00:01:38 | amiconn | Putting the whole decoder struct in IRAM doesn't help... at least not when sacrificing map_frame_overlap being in iram for that |
00:02:19 | preglow | jhMikeS: oy? |
00:02:34 | amiconn | preglow: Would you happen to know which part of libmad profits least from using iram? (preferably a large part - need to free at least 1.2KB on X5 and 17.2KB on H300) |
00:03:01 | preglow | amiconn: no |
00:03:10 | jhMikeS | preglow: ?yo |
00:03:12 | preglow | amiconn: 17.2 kb???? |
00:03:14 | preglow | jhMikeS: had a look at fs #7972 |
00:03:19 | preglow | ? |
00:03:32 | jhMikeS | looking |
00:03:34 | amiconn | Obviously the whole libmpeg2 decoder struct needs that much... |
00:04:39 | jhMikeS | I wonder why that's coming up suddenly |
00:04:43 | | Join BigBambi__ [0] (n=Alex@86.66.198.150) |
00:04:54 | keanu | question (well, two) - once USB support is added, would the bootloader still boot the OF when the USB cable is attached, or only on <<|? Second - will SD(HC) cards be readable right when it's ready, or will that take a few more days/weekS? |
00:05:24 | preglow | keanu: when usb support is added, we'll pretty much never boot of voluntarily |
00:05:37 | keanu | preglow, 'k |
00:06:26 | Zagor | keanu: the card slot won't be supported in the first version |
00:06:59 | jac0b | done http://www.rockbox.org/twiki/bin/view/Main/GigabeatBatteryUpgrade |
00:07:16 | bluebrother | Zagor: will it be easy to extend it to the Ipods? |
00:07:20 | keanu | Zagor, ok, thanks for confirming ;) |
00:07:25 | jac0b | if you want the original images (which are pretty big) just let me know |
00:07:39 | preglow | jhMikeS: i'll just leave that entry to you, should just be a quick commit anywa |
00:07:58 | Zagor | bluebrother: I should think so, yes |
00:08:08 | bluebrother | cool :) |
00:08:08 | jhMikeS | preglow: now I'm wondering if that the _real_ problem |
00:08:14 | | Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) |
00:08:29 | preglow | jhMikeS: i'm leaving it to you anyway :P |
00:08:54 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
00:08:54 | jhMikeS | hehe...sure. I'm just saying. |
00:09:12 | kugel | how's usb working? |
00:09:59 | jhMikeS | ticks me off that GCC never warned about that occuring |
00:10:03 | keanu | kugel, getting there ;) |
00:10:14 | amiconn | Ok, I think I'll settle with just putting the idct block in iram. We can always improve further |
00:10:23 | bluebrother | usb works by transmitting data over a cable :P |
00:10:33 | keanu | kugel, as pointed out a few mins ago, the card slot won't work yet |
00:10:35 | kugel | hehe, nice one |
00:10:37 | keanu | bluebrother, heh |
00:10:51 | kugel | keanu: did i ask for that?! ;) |
00:11:07 | keanu | kugel, you said how's it coming... |
00:11:12 | bluebrother | it uses differential signals |
00:11:36 | bluebrother | keanu: he asked how it's _working_, hence my "explanation" ;-) |
00:11:51 | keanu | bluebrother, I know ;) |
00:12:03 | kugel | guys, i meant, how is the progress of getting usb to work!? |
00:12:09 | * | amiconn awards jhMikeS the title "red delta king of the month" :\ |
00:12:09 | kugel | -? |
00:12:31 | keanu | kugel, getting there ;) |
00:12:38 | keanu | kugel, as pointed out a few mins ago, the card slot won't work yet |
00:12:42 | kugel | lol |
00:12:47 | preglow | but such pretty red deltas! |
00:12:53 | bluebrother | keanu: you're repeating yourself :) |
00:12:56 | amiconn | mrf |
00:12:59 | * | preglow looks forward to preemptive multitasking :>:> |
00:13:09 | keanu | bluebrother, I know ;) oh wait - even that'd be repeating... |
00:13:18 | jhMikeS | those can't be right |
00:13:32 | bluebrother | ROTFL |
00:13:45 | keanu | kugel, AFAIK, nobody except Z agor (no need to alert him...) has the source code |
00:13:48 | | Quit qwm (Remote closed the connection) |
00:13:48 | jhMikeS | I moved some data out of IRAM, and some code into IRAM. I added nothing. |
00:14:02 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
00:14:06 | bluebrother | keanu: there's a patch in the tracker |
00:14:22 | keanu | bluebrother, FS#? |
00:14:35 | jhMikeS | preglow: that'll just burn my butt if if that's the real trouble SWP has been having. OTOH, I'll be happy as well to be able to use it. Will test. |
00:15:07 | kugel | keanu: 7962 |
00:15:15 | preglow | jhMikeS: i'll laugh myself to death if so :> |
00:15:17 | keanu | kugel, thanks |
00:15:58 | amiconn | jhMikeS: Moving data out of iram means red delta (because dram usage increases), and moving code into iram also means red delta (calling code gets larger because calls to iram are longcalls) |
00:16:21 | * | bluebrother was too slow once again ... |
00:16:27 | amiconn | mpegplayer is very usable now on X5 :) |
00:16:46 | jhMikeS | amiconn: there's not that many calls. seems excessive. |
00:18:14 | jhMikeS | preglow: I'll laugh too and then go whack those GCC guys over the head. :P |
00:18:48 | preglow | jhMikeS: they deserve that anyway |
00:19:22 | | Quit WalterEgo (Read error: 104 (Connection reset by peer)) |
00:19:48 | jhMikeS | at least then I can dispense with the weirdness. We'll see. |
00:19:58 | preglow | well |
00:20:10 | preglow | it would be weird if only those targets were affected anyway |
00:20:18 | preglow | i guess they could have a different arm core |
00:21:22 | jhMikeS | I think it's weird but that is listed as UNPREDICTABLE in the docs so I guess that mean it may or may not work too. |
00:21:58 | preglow | yeah |
00:22:01 | preglow | but get testing! :P |
00:22:02 | | Quit freqmod (Remote closed the connection) |
00:22:03 | toffe82 | jac0b: nice page |
00:22:21 | jhMikeS | agh, and I have to resign from the red deltas and join the green ones on this one |
00:23:04 | | Quit BigBambi_ (Read error: 113 (No route to host)) |
00:23:12 | amiconn | Widescreen is sort-of usable on H300. Fullscreen still skips |
00:23:17 | amiconn | (often) |
00:23:42 | markun | jac0b: thanks for the howto |
00:24:42 | jhMikeS | guess I'll know in a few minutes |
00:26:27 | | Quit Nico_P (Remote closed the connection) |
00:27:00 | barrywardell | Zagor: I can't remember if I mentioned it before, but FS #6494 might be of use to you. It's basically just the the /proc support ripped from the linux driver |
00:28:40 | | Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ma.comcast.net) |
00:29:54 | Zagor | barrywardell: thanks, but that won't help me much now. I'm chiefly debugging request/response sequences at this point. |
00:30:18 | barrywardell | In that case, feel free to close if it's not going to be useful any more |
00:30:54 | Zagor | lets keep it until the usb code goes into svn |
00:32:58 | rasher | If anyone knowledgable about libxml, perl, xml could have a look at http://pastebin.com/m389aa2b1 and http://pastebin.com/m6d6cc351 and explain why I'm getting latin-1, I'd be ever so grateful |
00:34:44 | jac0b | markun: did you take a look? |
00:36:05 | | Quit bluebrother ("sleep") |
00:37:23 | Zagor | rasher: have you read the perluniintro and perlunicode man pages? some useful info there. |
00:37:49 | preglow | jhMikeS: sooooo? |
00:38:15 | rasher | Zagor: No.. I guess I should |
00:38:42 | rasher | I have a sneaking suspicion that perl is trying to be smart at me |
00:39:14 | Zagor | you are probably right. a quick test is to add "use encoding 'utf8';" to the top of your script |
00:40:10 | jhMikeS | preglow: nope, all lock. test_queue won't run now |
00:40:11 | markun | do we need a mi4 key to boot rockbox on a portalplayer device or just for disassembling the OF? |
00:40:22 | rasher | Zagor: woo! |
00:40:27 | rasher | And also, boo |
00:40:33 | preglow | jhMikeS: won't run?? |
00:40:37 | markun | jac0b: yes, I did |
00:40:42 | jhMikeS | just freezes up |
00:40:48 | barrywardell | markun: for decrypting the of |
00:41:07 | barrywardell | so we can boot an encrypted of if we know the key |
00:41:24 | barrywardell | and we can decrypt it for disassembly too |
00:41:25 | * | jhMikeS hasn't need a paperclip for awhile for H10 and lost it |
00:41:34 | preglow | jhMikeS: as in worse than before? |
00:42:08 | jhMikeS | the same I think. it runs a few seconds then freezes. |
00:42:38 | jhMikeS | I guess that verifies again that swp is actually broken |
00:42:39 | preglow | shrugshrug |
00:42:50 | preglow | patch should be commited anyway, yeah? |
00:43:06 | saratoga | barrywardell: did you write up the procedure for removing the sandisk bootloader on the e200 anywhere? |
00:43:28 | jhMikeS | I think so. Let me test e200 |
00:43:33 | barrywardell | saratoga: no, I can if you think it would be useful? It's very straightforward |
00:43:47 | jhMikeS | or did you test nano already? |
00:43:54 | preglow | no |
00:44:10 | jhMikeS | ok, have to make for that |
00:44:12 | markun | barrywardell: I was asking because of this: http://forums.rockbox.org/index.php?topic=13282.0 |
00:44:18 | jhMikeS | for e200 that is |
00:44:24 | saratoga | barrywardell: well it didn't sound hard, but if I botch this, i do need to use recovery mode right? |
00:44:34 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
00:44:36 | barrywardell | saratoga: just build a bootloader, then run "sansapatcher -bl bootloader/bootloader.bin" |
00:44:59 | barrywardell | e200tool recover is needed if things go wrong |
00:45:08 | barrywardell | it happened to me and I was able to recover fine |
00:45:08 | saratoga | barrywardell: alright, sounds easy enough |
00:45:10 | preglow | jhMikeS: i figured it woldn't really change much |
00:45:36 | jhMikeS | it shouldn't change anything actually for any c code |
00:46:21 | scorche|w | saratoga: heh...i totally forgot one could do that to the nanos (re: more storage) |
00:46:21 | preglow | if it tests fine on any of the targets that used to work, i don't think that small patch should matter on any of them |
00:46:35 | scorche|w | saratoga: it added a new project to my list :) |
00:46:47 | barrywardell | markun: scanning for the key is easy with mi4code |
00:46:53 | jhMikeS | preglow: if you want to commit feel free |
00:47:11 | saratoga | scorche|w: yeah i know of one person who did, but soldering those chips looks really hard |
00:47:17 | preglow | jhMikeS: am in windows right now, can't |
00:47:49 | jhMikeS | okie |
00:47:57 | scorche|w | saratoga: yeah, but i can do it if i take a few breaks...the key to that type of soldering is solder braid ;) |
00:48:25 | saratoga | i never could |
00:48:43 | scorche|w | a good iron and tip helps too.. |
00:48:47 | saratoga | i remember screwing up moto HC11s in 40 pin DIP packages the size of my finger |
00:48:48 | scorche|w | and thin solder |
00:49:36 | scorche|w | hrm...i wonder if the chips will allow me to boost it up to 16 gigs... |
00:50:40 | | Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) |
00:51:02 | saratoga | barrywardell: just to be clear, the bootloader.bin is the one that gets created in the bootloader folder? |
00:51:07 | | Quit roolku () |
00:51:23 | barrywardell | yes |
00:51:30 | markun | barrywardell: even if it's not known by mi4code you mean? |
00:51:34 | barrywardell | don't use the mi4, use the bootloader.bin |
00:51:45 | markun | didn't find one |
00:51:52 | barrywardell | markun: yes, it can scan the bootloader for the key |
00:52:18 | markun | there is non included with the firmware update. Should there be one on the player? |
00:52:29 | barrywardell | saratoga: assuming nothing broke in the bootloader since I last looked (I'm thinking maybe the major scheduler changes?) |
00:52:48 | saratoga | barrywardell: nice to mention 1 second after i hit enter |
00:53:12 | barrywardell | saratoga: you'll be able to recover anyway |
00:53:20 | saratoga | ah well if i break it its karma for making fun of that guy who flashed his bootloader with a .patch file |
00:53:28 | barrywardell | haha |
00:53:36 | scorche|w | => |
00:53:44 | preglow | someone did that? :PP |
00:53:55 | saratoga | yes |
00:54:03 | saratoga | his rom too, not bootloader i think |
00:54:04 | preglow | marvelous |
00:54:16 | scorche|w | preglow: our famous DWGR |
00:54:19 | saratoga | the bad one, whatever its called |
00:54:22 | barrywardell | he should still be able to recover |
00:54:29 | barrywardell | the i2c rom? |
00:54:34 | saratoga | also, should sansapatcher take forever to do this? 2 minutes at 100% cpu |
00:54:48 | preglow | ouch |
00:54:49 | barrywardell | saratoga: no, it was almost instant for me |
00:54:59 | barrywardell | saratoga: make sure you build a new sansapatcher |
00:55:09 | barrywardell | old versions lock up like that |
00:55:12 | saratoga | i downloaded the one in the manual |
00:55:15 | scorche|w | preglow: http://forums.rockbox.org/index.php?topic=12937.0 |
00:55:20 | saratoga | its at "[INFO] e200 found - disk device 2", is it ok to kill it? |
00:55:23 | barrywardell | saratoga: you need to build a newer version |
00:55:30 | barrywardell | saratoga: yeah, kill it |
00:55:52 | barrywardell | sansapatcher seems to have a bug with unknown switches. it locks up like that |
00:56:04 | barrywardell | and I only added -bl a couple of days ago |
00:56:08 | saratoga | is teh source included svn checkouts? |
00:56:13 | barrywardell | yeah |
00:56:24 | barrywardell | you need to build a e200 and c200 bootloader |
00:56:32 | barrywardell | copy the mi4 files to rbutil/sansapatcher |
00:56:40 | barrywardell | then run make in rbutil/sansapatcher |
00:57:02 | saratoga | i thought it was the .bin file? |
00:57:22 | barrywardell | markun: the bootloader is probably in flash, and the mi4 on the hdd |
00:57:42 | barrywardell | saratoga: the mi4's are just needed for building sansapatcher |
00:58:39 | preglow | this guy truly is the king of clueless |
00:59:04 | markun | barrywardell: could we make a mi4 file to dump the flash? |
00:59:08 | scorche|w | preglow: have you not encountered him before? |
00:59:15 | preglow | nopes |
00:59:20 | saratoga | barrywardell: are a lot of warnings normal? |
00:59:30 | barrywardell | on amd64? |
00:59:35 | saratoga | evidently |
00:59:42 | saratoga | since they're all long long related |
00:59:48 | | Quit ender` (" If the "black box" flight recorder is never damaged during a plane crash, why isn't the whole airplane made out of that stuf) |
01:00 |
01:00:03 | barrywardell | they're all just printf warnings? |
01:00:21 | scorche|w | preglow: well, for entertainment search for that name and DavidGWRawson (his old account that he deleted when he got banned)...and dont expect him to come into IRC, as he is banned permanently (he used too many names to search for ;) |
01:00:24 | saratoga | doesn't say, but they sound liek it given the mention of "format" |
01:00:47 | jac0b | peace out to all |
01:00:53 | barrywardell | markun: yes, should be possible provided it accepts plaintext mi4s (it most likely does) |
01:00:56 | | Quit jac0b () |
01:01:26 | barrywardell | markun: IIRC the flash is remapped to 0x20000000, but better check that to be sure |
01:01:59 | barrywardell | saratoga: you can just ignore them, those printfs are probably never even reached |
01:02:29 | * | scorche|w leaves for home and to go order a few memory chips for upgrading his nano... |
01:03:08 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
01:03:09 | | Quit scorche|w ("CGI:IRC (EOF)") |
01:03:18 | preglow | jhMikeS: you're not going to commit it? |
01:03:51 | | Quit jhMikeS (Nick collision from services.) |
01:03:51 | Calcipher | Whats happening all |
01:03:53 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:04:45 | Calcipher | I've just gotten back from work, and enjoyed my first on the field use of rockbox |
01:04:48 | | Quit krazykit (Nick collision from services.) |
01:05:02 | saratoga | barrywardell: thanks a lot, works great |
01:05:04 | | Join krazykit [0] (n=krazykit@light.sunsetab.denison.edu) |
01:05:07 | saratoga | also, damn this is fast |
01:05:12 | barrywardell | great! |
01:05:13 | Calcipher | I have to say I'm impressed |
01:05:33 | saratoga | maybe 3 seconds to boot |
01:05:52 | saratoga | takes longer to spin up a disk on my 3g I think |
01:05:56 | barrywardell | saratoga: I was working on adding the rockbox logo to the bootloader too. I think it would be a nice addition |
01:06:05 | saratoga | yeah that would be cool |
01:06:06 | Calcipher | I use a sansa e280r, and am loving the experience, I also use extra large fonts and the voice menus |
01:06:15 | barrywardell | saratoga: you wanna try the patch? |
01:06:18 | preglow | barrywardell: logo in bootloader? why? |
01:06:25 | preglow | we've cut that from all other bootloaders |
01:06:36 | barrywardell | because, otherwise we have just a blank screen |
01:06:44 | barrywardell | it would be compiled in |
01:06:55 | saratoga | logo makes sense on a flash player IMO, not like the disk access costs anything |
01:06:57 | preglow | why not do it like on ipod? |
01:07:09 | preglow | bootloader says nothing unless anything actually happens |
01:07:19 | barrywardell | because the ipod already has the apple logo shown |
01:07:27 | preglow | true |
01:07:29 | barrywardell | on the sansa, we'll just have a blank screen |
01:07:33 | preglow | for how long? |
01:07:37 | barrywardell | and it won't cost anything |
01:07:43 | saratoga | preglow: about 1 second i guess |
01:07:43 | barrywardell | practically |
01:07:53 | preglow | then please make a new rockbox logo while you're at it :> |
01:07:58 | saratoga | more like 2 seconds |
01:08:16 | saratoga | yes a low res logo would be nice |
01:08:18 | Calcipher | Anyone know if there is a 90 degree display rotate rotate capability using rockbox on a e200? |
01:08:19 | saratoga | i want one for the default theme |
01:08:26 | preglow | the current one really does lack style |
01:08:35 | barrywardell | saratoga: http://pastebin.ca/739205 |
01:08:43 | saratoga | Calcipher: not going to work too well on a non square screen |
01:08:57 | rasher | Let me restate my praise for the logo used for the "H300 experimental build" |
01:09:01 | | Quit BigMac ("Leaving") |
01:09:08 | barrywardell | you also need to copy apps/bitmaps to bootloader |
01:09:18 | Calcipher | really, I thought that it might be nice since the larger fonts wouldnt have to scroll as much |
01:09:37 | saratoga | i can try it later though |
01:09:37 | saratoga | barrywardell: sorry, i'm not at the computer that can run sansapatcher anymore |
01:09:42 | Calcipher | like only in the rockbox menus, for easier reading |
01:09:54 | preglow | rasher: it is pretty nice inded |
01:10:10 | barrywardell | preglow: the logo would only show while booting, and it would be compiled in so there's no extra disk access |
01:10:13 | * | _jhMikeS_ 's editor whines about CREDITS and chars not in CP-1252 even if opened as UTF-8 now :\. |
01:10:16 | amiconn | saratoga: The bootloader should either show the same logo as main rockbox, or no logo at all |
01:10:23 | | Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@rockbox/developer/jhMikeS) |
01:10:23 | amiconn | Jumping logo would look strange |
01:10:24 | Calcipher | It would kind of be like widescreen look |
01:10:31 | preglow | less cluttered, high contrast, sleek |
01:11:22 | Calcipher | I wish I could help, I really would put some time into this, since I'm one of the people who can benefit from all the accesibility features rockbox has |
01:11:24 | rasher | jhMikeS: it's times like these you wish they'd just created utf8 back when they were wiring up the first computers |
01:11:47 | *** | Saving seen data "./dancer.seen" |
01:11:57 | * | barrywardell agrees with amiconn |
01:11:58 | preglow | rasher: think i'll try replacing the current one to find out how it looks |
01:12:34 | * | amiconn much prefers the current logo over any alternative suggestions so far |
01:12:36 | jhMikeS | :) ... only problem is the editor is not _supposed_ to be complaining because I'm telling it what it is. |
01:12:47 | preglow | i'm starting to hate the current one :/ |
01:12:56 | preglow | it's just... cluttered |
01:13:08 | * | jhMikeS was going to say "too busy" |
01:13:14 | rasher | It's not so much a logo as a collage |
01:13:20 | preglow | exactly |
01:13:22 | saratoga | the current logo will look interesting on the c200 anyway |
01:13:26 | barrywardell | that h300 experimental build on is nice indeed |
01:13:37 | amiconn | saratoga:? |
01:14:09 | saratoga | the c200 has a really tiny screen IIRC |
01:14:11 | jhMikeS | some simple design with few colors (maybe just two) would be nice. |
01:14:20 | preglow | sucky thing about the h300 experimental one: it contains small sized text |
01:14:21 | amiconn | saratoga: Not as tiny as the archos screens |
01:14:31 | preglow | jhMikeS: agreed |
01:14:36 | saratoga | yeah but the archos is B+W right? |
01:14:45 | amiconn | Yeah, and? |
01:14:48 | pixelma | saratoga: even harder... |
01:14:54 | amiconn | The current logo doesn't need many colours |
01:14:57 | saratoga | we use the color logo on that? |
01:14:58 | rasher | preglow: I pretty much mean only the square logo left of the text |
01:15:07 | amiconn | Just black, white, grey, and orange |
01:15:14 | amiconn | yes |
01:15:21 | Calcipher | Are there any builds I can test that would allow a screen rotate? |
01:15:28 | Calcipher | on a e200 series? |
01:15:29 | | Quit kkurbjun ("leaving") |
01:15:48 | Calcipher | I'm sure some had to have tried it by now |
01:15:50 | krazykit | Calcipher, there was a patch for gigabeat, afaik |
01:16:35 | * | markun just wants to say he also likes the "H300 experimental build" logo |
01:16:35 | Calcipher | Do you know if that was maybe originally featured in the gigabeat player? |
01:16:47 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
01:17:05 | pixelma | saratoga: it's prepared as black and white version (and aspect ratio 'adjusted') |
01:17:11 | krazykit | Calcipher, it was, actually, but the patch may be able to be converted for e200... though you'd need to make custom WPS's and such |
01:17:16 | | Quit Toxicity999 ("Leaving") |
01:17:33 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
01:17:38 | amiconn | jhMikeS: Did you see my question earlier today? |
01:17:49 | amiconn | (or in fact already yesterday for me) |
01:17:58 | Calcipher | I just started working with rockbox last night, I still don't know what wps's do |
01:18:14 | krazykit | Calcipher, they make the What's Playing Screen look different |
01:18:22 | Calcipher | ah I see |
01:18:26 | saratoga | i still like the idea of a small text only "logo" |
01:18:28 | saratoga | http://www.duke.edu/~mgg6/rockbox/small.png |
01:18:30 | jhMikeS | amiconn: haven't travelled any logs yet |
01:18:30 | saratoga | something liek that |
01:18:52 | n1s | Calcipher: to do that in a nice way, would be a _major_ task, almost all of rockbox' gui code relies on fixed width and height of the display |
01:18:59 | Calcipher | Shiiet, If thats all it takes, I'd put in the time, when ever someone can port the gigabeat version for e200 |
01:19:06 | amiconn | jhMikeS: Did you write mpegplayer idct_arm_c.c yourself, or is that something ported from libmpeg2 we didn't have before? |
01:19:24 | amiconn | I'm asking because I want to convert it to an .S file |
01:19:33 | | Part hcs |
01:19:39 | jhMikeS | amiconn: it's of course based off their code and uses their shortcuts |
01:20:15 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
01:20:17 | preglow | jhMikeS: you not going to commit that patch? |
01:20:24 | jhMikeS | I am |
01:20:30 | Calcipher | hmm, let me take a look at the screen sizes, hopefully they may be similar or atleast nearly proportionate |
01:20:35 | n1s | Calcipher: the gigabeat patch is basically a seperate build with width/height swapped and a hacked up bootloader allowing you to choose orientation on startup |
01:20:40 | jhMikeS | can't credit anyone though since my editor will mess up the file |
01:20:49 | pixelma | saratoga: I wouldn't call that a logo (even less than our current one) - to me a logo is all about less text, more a sign |
01:21:00 | preglow | jhMikeS: what kind of crap editor is that? |
01:21:11 | preglow | rasher: tried on target now, the font of the main logo is too thin as well |
01:21:18 | saratoga | or maybe menu back drop |
01:21:18 | saratoga | well ok, mainly i just want to put the word "rockbox" somewhere in the default wps |
01:21:21 | Calcipher | thats a pretty cool feature |
01:21:27 | jhMikeS | TextPad - it does it even if I open as UFT-8. |
01:21:36 | jhMikeS | *UTF |
01:21:41 | preglow | it's not utf8 |
01:21:45 | preglow | it's latin1, afaik |
01:22:03 | preglow | iso-8859-1 or wtf |
01:22:08 | amiconn | jhMikeS: But you wrote the actual asm? |
01:22:16 | Calcipher | gigabeat LCD is 320x240 |
01:22:17 | jhMikeS | Then it says "not in CP-1252" or whatnot. doesn't matter. I tried UTF-8 after the whining. |
01:22:25 | jhMikeS | amiconn: yes |
01:22:34 | amiconn | Then it's your code, imo |
01:22:41 | Calcipher | and the e200 series LCD is 220x176 |
01:23:11 | Calcipher | numbers would def need tweaking |
01:23:28 | preglow | rasher: main problem with that logo is that i wastes too much space. i kind of like that, but i don't know if we can afford it if we are to use it on all our targets |
01:23:31 | Calcipher | how do you guys usually go about deving GUI fixes |
01:23:42 | Calcipher | using vm's? |
01:24:12 | Calcipher | running the emulator seems like a quick way to test the changes |
01:24:13 | n1s | simulator |
01:24:18 | preglow | rasher: perhaps we should just jot down a list of requirements and start a logo competition :V |
01:24:42 | iamben | preglow: free rockbox as prize? |
01:24:43 | jhMikeS | a simple notan abstraction of a streaming BoS? |
01:24:50 | n1s | Calcipher: http://www.rockbox.org/twiki/bin/view/Main/UiSimulator |
01:25:06 | rasher | preglow: what do you mean by wastes too much space? |
01:25:08 | markun | preglow: it should be something that looks nice on a t-shirt and on a printing card as well :) |
01:25:16 | markun | greetnig card I mean |
01:25:38 | preglow | rasher: it doesn't really waste any more than the current one does... |
01:25:44 | preglow | rasher: too much empty space |
01:25:57 | n1s | we should hire a PR firm for the donation moneh!!! |
01:26:22 | jhMikeS | preglow: I guess I should edit in something else and run dos2unix on the stupid thing to make sure. :\ |
01:26:43 | rasher | preglow: the one I mean is this: http://content.imagesocket.com/images/rockbox_icon98e.gif |
01:27:18 | Calcipher | I tried the rockbox e200 sim before I installed it |
01:27:41 | markun | rasher: also with these colours? I prefer the orange on black one |
01:27:43 | Calcipher | I still wouldnt know how to start editing the gigabeat UI specifics |
01:27:58 | jhMikeS | orange? eck |
01:28:08 | n1s | Calcipher: that's c code you'll have to deal with |
01:28:18 | rasher | n1s: getting an actual graphic artist to jot something down might not be too awful, but paying for would probably be a bit over the top |
01:28:19 | preglow | rasher: why, that's not the one i was looking at :> |
01:28:21 | Calcipher | damn |
01:28:26 | preglow | i'd like a logo with actual text, heh |
01:28:35 | rasher | markun: I don't care much about the colours to be honest |
01:28:59 | rasher | preglow: you can add "Rockbox" to the left of that, if you must, I suppose |
01:29:14 | markun | or to the right like it's now |
01:29:18 | preglow | that cube thing is cool, thoigh |
01:29:24 | rasher | eh, yes.. right |
01:29:25 | jhMikeS | just a distinct icon - no words |
01:29:42 | rasher | Personally I think a large version of that icon in the middle of the screen on bootup would look nice |
01:29:53 | preglow | it actually would |
01:29:58 | preglow | our own version of the apple :P |
01:30:06 | markun | and on the front of a t-shirt :) |
01:30:10 | | Part toffe82 |
01:30:10 | jhMikeS | a box with a "byte" out of it :P |
01:30:20 | rasher | Of course, it was drawn by a guy who seems to be awol, so that might be a problem |
01:30:43 | zicho | what capacities are sansa e200 available in? |
01:31:12 | | Join shnee [0] (n=CurtyD13@cpe-75-187-62-136.columbus.res.rr.com) |
01:31:36 | iamben | 2G 4G 6G 8G |
01:32:35 | zicho | Ah. Its a really good-looking machine, i must say. Way nicer than the ipod. |
01:33:02 | iamben | i enjoy mine |
01:33:31 | preglow | jhMikeS: you don't have any ipods, no? |
01:34:04 | zicho | iamben: i would too. although i enjoy my gigabeat =) |
01:34:16 | jhMikeS | preglow: a 3g |
01:34:44 | preglow | jhMikeS: does that share the same clickwheel code as in the accel patch? |
01:35:37 | jhMikeS | I'm not sure. I'm ordering a FW card as soon as I find the deal I want. Haven't really done any dev on that device yet. |
01:35:41 | Calcipher | http://www.anythingbutipod.com/archives/2006/05/rockbox-on-the-sandisk-sansa-e200-series.php |
01:35:59 | preglow | fw card? |
01:36:04 | jhMikeS | firewire |
01:36:09 | Calcipher | In the image on that site the rockbox logo is vertical on the lcd |
01:36:12 | preglow | ahh, right, it needs that |
01:36:34 | krazykit | Calcipher, yes, an obviously bad photomanip |
01:36:36 | pixelma | jhMikeS: you said you were going to the shop today :P |
01:36:37 | Calcipher | don't know if that was only the logo on start up or the whole gui |
01:36:47 | Calcipher | haha |
01:37:02 | Calcipher | but...but it would be so great |
01:37:13 | | Quit barrywardell () |
01:37:15 | jhMikeS | pixelma: I've been looking around. Haven't picked one though. |
01:37:18 | preglow | jhMikeS: i'm just really curious about the improvements you mention to the accel patch. i'd really like to this stuff to be pretty perfect when commited, people tend to bitch and whine if you alter their controls once they're used to it |
01:37:47 | jhMikeS | noone bitched when I altered the sansa wheel. ;) |
01:38:01 | | Quit Arathis ("Bye, bye") |
01:38:12 | preglow | we're talking ipod users here :P |
01:38:15 | jhMikeS | preglow: what improvements? |
01:38:28 | preglow | hysteresis, etc |
01:38:35 | jhMikeS | did he do that? |
01:38:42 | preglow | you mentioned some other stuff you'd do to a continuous controller like the ipods |
01:38:46 | preglow | don't believe he did, no |
01:38:54 | jhMikeS | continuous? |
01:38:55 | preglow | i don't think he quite grasped what you were talking about |
01:39:03 | preglow | well, yeah, not stepped like the sansa's is |
01:39:06 | | Quit krazykit ("leaving") |
01:39:14 | preglow | can't remember exactly what you said :/ |
01:39:14 | rasher | Whatever happened to the magazine that was going to ship Rockbox on their cover-cd? |
01:39:19 | jhMikeS | so it reads an infinite number of positions? |
01:39:22 | | Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
01:39:46 | preglow | i don't think apple are that clever yet :D |
01:39:57 | jhMikeS | I thought it had 96 steps |
01:40:02 | jhMikeS | e200 has 48 |
01:40:29 | preglow | it has 96 steps |
01:40:41 | preglow | perhaps i just misunderstood what you said, i can't even remember it too well |
01:41:22 | * | jhMikeS suggests Buschel find an e200 and just investigate the haptics on that :P (he like that word "haptics") |
01:41:56 | * | preglow visits m-w.com |
01:42:23 | * | preglow comes back empty-handed |
01:42:39 | * | jhMikeS is at a loss to explain the "hysteresis" thing then. If you know what it means to a signal level, apply it to an angle. |
01:42:58 | saratoga | jhMikeS: are you in some place thats cheaper then the cost of a firewire card to ship to from the USA? |
01:43:18 | preglow | he's in the usa |
01:43:38 | saratoga | cool, i have a few firewire cards, you can have one |
01:43:58 | preglow | \o/ |
01:44:00 | jhMikeS | saratoga: ah...I guess that's a good deal. :) Thanks. |
01:44:22 | jhMikeS | I doubt amazon or ebay or whatever can top that. |
01:45:11 | saratoga | no problem, just message me with your address |
01:45:59 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
01:46:24 | Calcipher | who worked on the gigabeat patch? |
01:46:52 | krazykit | should say on the tracker. |
01:47:54 | | Quit n1s () |
01:47:59 | * | preglow needs to bed |
01:48:10 | jhMikeS | night night |
01:48:14 | preglow | nightie |
01:48:48 | | Quit Zagor ("Client exiting") |
01:48:58 | | Join animeloe [0] (n=animeloe@unaffiliated/animeloe) |
01:51:37 | | Quit saratoga ("CGI:IRC") |
01:54:41 | | Join Bill [0] (n=Bill@c-69-249-243-110.hsd1.pa.comcast.net) |
01:54:55 | Bill | Hey |
01:55:01 | Bill | Is it possible to edit roms? |
01:55:21 | zicho | You mean like, gameboy-roms? |
01:55:46 | Bill | Yessir/mam |
01:56:27 | zicho | Yes i think it is. But i do not know how. |
01:56:35 | Calcipher | As to my question about rotated display on the e200s, should I make a feature request? is that the way to go about this? |
01:56:48 | krazykit | Bill, probably, but it's way offtopic here. |
01:57:31 | Bill | = |
01:57:44 | Bill | i heard about tile editors, but i cant find a place to download any |
01:57:48 | Calcipher | I've seen dozens of hacked roms for practically every system, so definitely yes, and I have no clue how its done, and also zicho is right thats crazy off topic |
01:58:07 | krazykit | Bill, it's offtopic. go ask google. |
01:58:26 | zicho | Calcipher: I wasnt the one who said it was OT =) |
01:58:27 | Bill | ive been asking google forever |
01:58:31 | Bill | that is why i am here. |
01:58:41 | zicho | Well, youve come to the wrong place |
01:58:55 | Calcipher | apparently I wasn't paying attention haha |
01:58:57 | Calcipher | sorry |
01:59:57 | Calcipher | I want to help with the TTS on the menus, I think we can add voice reading on some of the db category sub sections |
02:00 |
02:00:11 | Calcipher | artist album artis, ect |
02:00:18 | Calcipher | etc |
02:01:20 | Calcipher | Also I have many higher end tts voices running on my XP system, so I'd be willing to run some voice sets if someone can walk me through the process |
02:01:29 | | Quit Bill ("www.ircatschool.com Chat in IRC at school!") |
02:01:31 | Calcipher | or point me in the right direction atleast |
02:01:45 | Calcipher | I just don't know how to apply that to the ui |
02:02:13 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
02:02:20 | Calcipher | also, is there a volume setting for the voice menu? |
02:02:23 | | Quit n17ikh|Lappy (Connection timed out) |
02:02:32 | Calcipher | I couldn't find one |
02:02:42 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
02:03:02 | rasher | I don't think it's interesting to add voice to some db sections. The strings depend entirely on the db-config file used |
02:03:33 | Mouser_X | Apparently I'm way late on asking this (the build I was using was 3 or more months old), but why did controls on the Gigabeat get changed? |
02:03:34 | Calcipher | basically its dependent on the player? |
02:03:35 | rasher | It'd be more reasonable to create something like .talk clips for the db |
02:03:50 | rasher | Calcipher: it's dependent on the user's configuration |
02:03:58 | krazykit | Mouser_X, to put it more in line with other targets. there's a thread in Announcements forum |
02:04:32 | Mouser_X | Ah. I don't check the forums. |
02:04:45 | | Quit linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
02:04:46 | Calcipher | ah so the user can congif what categories are included |
02:05:09 | rasher | Calcipher: not only which categories are included, but what they are called. The strings are completely configurable |
02:05:17 | krazykit | Mouser_X, there was also a mailing list thread |
02:05:25 | Calcipher | I see |
02:05:26 | Mouser_X | I'm not on that eitehr. |
02:05:43 | krazykit | then you're way the hell out of the loop :P |
02:06:00 | Calcipher | Well I was just trying to figure out how to make it easier to navigate for the blind |
02:06:08 | Mouser_X | krazykit: Most likely. |
02:06:21 | Mouser_X | About the only thing I check (at all) is what commits were made. |
02:06:35 | Calcipher | so generating a talk clip per user defined db sounds like a decent method |
02:06:47 | | Quit spiorf (Remote closed the connection) |
02:07:12 | rasher | Calcipher: I think I pretty much have it figured out: 1) Create a client-side script that reads the db and the db-config, and creates .talk clips for all strings needed (menu entries and artist/album/track names), hooks in the db code to check for these clips at some predefined location |
02:07:43 | krazykit | Mouser_X, guess you missed that commit :P |
02:07:45 | Calcipher | hm |
02:08:19 | Calcipher | sounds like a plan |
02:08:45 | Calcipher | Does the tts system support any other synthesizers? |
02:09:15 | rasher | Calcipher: other than what? |
02:09:38 | Calcipher | well I only saw espeak |
02:09:43 | | Quit rjg ("leaving") |
02:09:55 | Mouser_X | krazykit: I read the comments. That doesn't mean I always understand what they say (and, since it was awhile ago, it's entirely possible I forgot about it, or did miss it.) |
02:09:57 | Calcipher | does that support sapi5 voices if theyre installed? |
02:10:07 | rasher | Calcipher: then that's because that's what you have installed. It supports festival, flite and another one |
02:10:16 | rasher | And sapi4/5 on cygwin |
02:10:43 | amiconn | SAPI4 is not really recommended though. SAPI5 is. |
02:10:56 | Calcipher | I'm on XP, and have only seen some of the talk clip generating features in rbutil |
02:11:13 | Calcipher | let me take another look |
02:11:19 | Calcipher | maybe I can use the voices |
02:11:29 | amiconn | SAPI support is most probably not in rbutil |
02:11:54 | rasher | amiconn: I think it has something, but I don't know how it works.. probably you have to copy the vbs script somewhere |
02:13:31 | pixelma | ,000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 |
02:13:38 | rasher | Nice |
02:13:43 | pixelma | argh! |
02:13:48 | Calcipher | your right |
02:13:50 | pixelma | sorry |
02:13:55 | Calcipher | I only see espeak and flite |
02:14:04 | JdGordon | did zagor get usb going last night? |
02:14:19 | Calcipher | So what would be an alternative |
02:14:31 | rasher | Calcipher: if you had sapi_voice.vbs somewhere, you could use SAPI5 as well, I think |
02:14:46 | rasher | But I really don't know much about rbutil |
02:15:00 | rasher | And I should also see about getting .talk generation support in voice.pl |
02:15:58 | Calcipher | hmm, where can I find that sapi5 java file? |
02:16:19 | Calcipher | shouldn't that already be on my sytem |
02:16:46 | amiconn | Hmm, I'm getting a warning in oggmalloc.c when compiling a sim that doesn't show up in the build table |
02:16:54 | Calcipher | system* since I have updated sapi5 and commercial voice synthesizers |
02:16:56 | amiconn | This is on cygwin, so host gcc is 3.4.4 |
02:17:03 | pixelma | it does |
02:17:06 | amiconn | oggmalloc.c:8: warning: dereferencing type-punned pointer will break strict-aliasing rules |
02:17:14 | rasher | It's not a java file.. and you can find it in the Rockbox source, or here: http://svn.rockbox.org/viewvc.cgi/trunk/tools/sapi_voice.vbs |
02:17:14 | pixelma | but only for one buildserver |
02:17:31 | pixelma | it's the single warning |
02:17:40 | amiconn | One of the rare cases where gcc 3.x throws a warning but 4.x doesn't |
02:18:01 | Calcipher | also if it can help somehow, I have a tts setup for a linux based gps system, I believe its a tom tom set up |
02:18:06 | | Quit qweru ("moo") |
02:18:24 | amiconn | Meh, didn't notice it in the build table |
02:18:45 | pixelma | roolku wondered after his commit... |
02:19:04 | Calcipher | so point to that under rbutils options as the tts executable field? |
02:19:11 | pixelma | but it appeared with the big commit of yesterday |
02:20:12 | Calcipher | ...oh yeah vbs is visual basic...why did I think java... |
02:21:39 | rasher | Calcipher: I think that's how you'd do, but I don't really know for sure - I've never used it |
02:22:21 | | Quit krazykit (Read error: 104 (Connection reset by peer)) |
02:22:33 | Calcipher | alright, I'll let you know how it goes. what are you running? |
02:23:02 | Calcipher | I originally thought I was going to have to boot into ubuntu to do some rockboxin |
02:23:39 | Mouser_X | markun: The Gigabeat remote doesn't work in plugins (specifically Mpegplayer). I recall you talking about this a few months back, when commited some changes to how the remote buttons were handled. |
02:24:05 | Mouser_X | How easy would it be to get the remote working in Mpegplayer? |
02:24:47 | | Join Bill [0] (i=IRCATSCH@c-69-249-243-110.hsd1.pa.comcast.net) |
02:24:54 | Bill | Hello |
02:24:58 | maxkelley | allo |
02:25:05 | | Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) |
02:25:16 | Bill | Would it be possible to add another codec? (hypothetically speaking, of course) |
02:25:52 | Mouser_X | Of course it would. |
02:26:03 | Bill | how hard? |
02:26:06 | Mouser_X | Check the flyspray. There's a few on there that already work. |
02:26:26 | Bill | like an .avi codec? |
02:26:38 | Mouser_X | That would be very hard. |
02:26:48 | Bill | really? |
02:26:56 | Mouser_X | Mostly because most players don't have enough CPU to decode video very well. |
02:27:01 | | Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
02:27:08 | Mouser_X | Also, AVI is not a codec. |
02:27:28 | Bill | well i mean the codec to play an avi file |
02:27:46 | Mouser_X | AVI is a container format, it's not a specific set. |
02:28:03 | Mouser_X | In other words, an AVI could be Divx, Xvid, or any number of other formats. |
02:28:07 | Calcipher | xvid divx? what do you mean? |
02:28:16 | Bill | yes yes yes correct =) |
02:28:28 | Mouser_X | AVI files contain different formats. Xvid and Dvix are 2 different formats. |
02:28:39 | Bill | Dvix |
02:29:05 | | Join safetydan [0] (i=dc9d468b@rockbox/developer/safetydan) |
02:29:15 | Bill | What other kind of codec patches are there? |
02:29:36 | Mouser_X | I have GBS (gameboy audio files) and MOD patches on my Gigabeat. |
02:29:36 | | Quit jhMikeS (Nick collision from services.) |
02:29:42 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
02:29:46 | Mouser_X | There's others, I think, but I don't use them. |
02:29:47 | krazykit | Bill, i suggest checking the tracker |
02:30:03 | Bill | i am |
02:30:29 | Calcipher | rasher, rbutil did not accept the script file under the executable field |
02:30:43 | Bill | i just want a different video type codec because im having a little trouble converting my files to the right format |
02:30:50 | Calcipher | I guess it would need to be compiled into an executable |
02:30:50 | | Quit Toxicity999 ("Leaving") |
02:31:10 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
02:31:16 | rasher | Calcipher: Then I don't know. As I said, I've never used rbutil to generate talk clips. I mostly know about the language voicefiles |
02:31:37 | Calcipher | thanks again though |
02:31:44 | Mouser_X | Bill: What are you using to convert your videos? |
02:31:50 | Mouser_X | Or, how are you converting them? |
02:31:58 | Mouser_X | Did you check PluginMpegplayer? |
02:32:08 | Mouser_X | I use WinFF, and it works great. |
02:32:13 | | Part DraX |
02:32:20 | Calcipher | well is most of the dev work done on linux? |
02:32:22 | Bill | im converting my files to MPEg using what ever the tutorial said |
02:32:47 | Bill | then i put the file into the folder on my ipod (j:\videos) |
02:32:55 | Bill | then when i play it says the video is 0:00 |
02:33:20 | Mouser_X | Oddly enough, I have had videos that crash other players (Media Player Classic, VLC) convert with WinFF. As such, I'd have to say it's pretty good. |
02:33:34 | Calcipher | because the voices I have for linux hq natural sounding sapi5 voices that may help whoever is working on these features |
02:33:52 | rasher | Calcipher: it probably is, yes, though almost everything used works on cygwin as well |
02:36:29 | Calcipher | hmm I guess I'll look into trying some of the tools using cygwin |
02:37:42 | Calcipher | well if anyone has any ideas about my suggestions and questions I'll be online, afk |
02:37:57 | | Quit Bill ("www.ircatschool.com Chat in IRC at school!") |
02:39:07 | Soap | Calcipher, I saw earlier how you said you wanted to help...and are someone who can benefit from all the accessibility features. There is someone who goes by the IRC nick of ddalton...he is working on a series of patches he finds useful as a blind man. He is also always looking for feedback and testers of his modifications. You might want to get with him and see if there is any testing or help he needs. |
02:39:38 | Soap | Feedback even, I'm not sure he needs another coder - perhaps just someone to test and bounce ideas off of? |
02:40:21 | Calcipher | that sounds good |
02:41:25 | Calcipher | I'd like to help, I'd also be interested in helping in any way I can with a port gigabeat patch for the e200 |
02:42:30 | Calcipher | thank you for the info rasher, I'll keep an eye out for the name Soap, thanks |
02:42:59 | Mouser_X | Calcipher: I'm pretty sure that the Gigabeat rotation patch is largely built off of the iPod, which has a 320x240 resolution. In other words, I think much of their code derives from the iPod port. |
02:43:08 | Calcipher | I'll be afk for about an hour, so if anyone wants they can leave me a PM, thanks again |
02:45:01 | Calcipher | I thought the process would be a kind of find and replace when it came to certain positioning values...I wouldn't really know though, but again I'll be back later |
02:46:25 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
02:47:22 | | Join toffe82 [0] (n=chatzill@ppp-71-138-16-63.dsl.frs2ca.pacbell.net) |
02:51:39 | amiconn | Permanent rotation (i.e. a special build) shouldn't be difficult |
02:52:05 | amiconn | Runtime rotation, however, would require changing lots of the inner workings of rockbox |
02:52:42 | amiconn | The sansa lcd is the same res as the H300 and iPod color, just rotated, so all the logos etc should be available for a landscape e200 build |
02:53:47 | amiconn | However, I wonder why people buy a DAP with a portrait display and then want to use it sideways, instead of buying a DAP with the desired display orientation in the first place... |
02:56:43 | rasher | Does anyone know where I can find information on the database_[0-9]*.tcd files? |
02:57:39 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
02:58:04 | | Part pixelma |
02:58:38 | safetydan | rasher, what sort of information? AFAIK the only documentation is the code |
02:59:20 | rasher | safetydan: I just need to know enough to extract the tags out of the files (for generating .talk clips) |
03:00 |
03:01:11 | JdGordon | amiconn: i tihnk more people buy a dap for its audio abilites that its screen size |
03:01:24 | rasher | And the code is not terribly good documentation for someone like me |
03:02:05 | Mouser_X | I'd like a utility to use my Winamp Media Library tags (specifically song ratings) in Rockbox's DB... Obviously, to do this, one would have to know something about the format of each (Winamp can export its DB, as can Rockbox. Perhaps something can be done with that?) |
03:03:46 | keanu | anything new with USB? /me impatient ;) |
03:04:28 | scorche | keanu: stop asking ;) |
03:05:20 | keanu | scorche, it's been like, three hours since I last asked ;) |
03:05:27 | keanu | though that is rather short... |
03:05:30 | scorche | so? |
03:05:45 | scorche | you will know when i happens by watching this channel and/or the commit log |
03:06:12 | keanu | so, I should stop asking, and wait for my IRC client to highlight "USB" ;) |
03:06:17 | scorche | yup |
03:06:53 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
03:08:13 | safetydan | rasher, the code isn't terribly good documentation for anyone unfortunately. Anyway, I believe each tcd file is just a list of every single tag value of a single type. |
03:08:33 | safetydan | i.e. database_0.tcd is a list of every single song title, database_1.tcd is a list of every single album title, etc |
03:09:08 | safetydan | there should be a entry count at the start of the file |
03:11:50 | *** | Saving seen data "./dancer.seen" |
03:13:44 | rasher | Yeah.. I'm wondering what the rest means |
03:14:13 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
03:14:26 | safetydan | there's an offset to the first entry and maybe the maximum entry size (since i think they're fixed record width files) |
03:14:37 | safetydan | it's been a while since I looked at that code |
03:15:04 | rasher | Helpful all the same, thanks |
03:15:21 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
03:17:15 | | Join J3TC- [0] (n=jetc123@pool-72-76-191-86.nwrknj.east.verizon.net) |
03:19:28 | | Quit billytwowilly (Remote closed the connection) |
03:26:52 | | Join iamben_ [0] (n=ben@dpc67142179038.direcpc.com) |
03:32:30 | Llorean | safetydan: Actually, I'm about 95% sure he can do what he wants with the "format" string, which lets you sort by, among other things, numerical tags as long as they're supported in the database |
03:32:41 | | Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
03:34:40 | Llorean | safetydan: That's why I'm having a problem understanding what he's wanting. The only thing I could think of that he wanted to do, but couldn't, was "Sort by an Album Year" rather than simply "Order the list by the Year tag" which as far as I can see is already doable. |
03:35:30 | safetydan | Llorean, I didn't think you could order the list by anything at the moment which was why people were asking for sort tags? But I don't use tagcache so I can't really know I guess. |
03:35:52 | Llorean | safetydan: You can order the list by any supported tag. |
03:36:01 | Llorean | Or combination of supported tags using printf syntax |
03:36:03 | Llorean | Apparently |
03:36:26 | Llorean | People could already simply put an alternate form of "Title" in the Comment tag and support by that, I think. |
03:36:37 | Llorean | Sort tags just give handy scratch tags that can be used in that format string universally |
03:37:05 | | Quit iamben (Read error: 110 (Connection timed out)) |
03:37:39 | Llorean | safetydan: It seems you can even specify how many digits to give numerical tags so that you can correct 1, 2, .., 10, 11 track numbers |
03:39:01 | rasher | safetydan: two of my database files are identical, with only a difference in two bytes before each string, where one database has 0xffff, and another has some sort of value.. do you know what that might be? |
03:39:24 | rasher | _3 and _8 if that tells you anything |
03:40:01 | safetydan | safetydan, seems you're right. Or at least I think you're right since the tagnavi syntax isn't easy to read |
03:41:03 | safetydan | rasher, that's either an offset to the next tag or... well actually I have no idea |
03:41:37 | rasher | safetydan: those two bytes are not necessary to read the db at least - I have code working that reads out all strings from a database file |
03:43:25 | safetydan | rasher, if you look at the tagcache.c file and the tagfile_entry struct that might give you a clue |
03:44:00 | rasher | I guess it's the idx_id "Corresponding entry location in index file of not unique tags" |
03:44:18 | rasher | Whatever that means, it's not important for what I'm trying to do, I suppose |
03:44:31 | Llorean | safetydan: The tagnavi syntax is a terrifying mess, I think |
03:44:45 | Llorean | I think the problem might be that you can't have nested custom format strings. |
03:45:03 | safetydan | rasher, no I'd say it's irrelevant. The tag_length should be all you need |
03:45:07 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
03:46:45 | rasher | Guess I can safely ignore all of database_4 as well |
03:46:53 | rasher | (filename) |
03:47:38 | safetydan | rasher, the tags_str array should give you a clue as to what each file is as well |
03:48:00 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
03:48:30 | rasher | Yeah, that's what I'm looking at right now |
03:48:45 | rasher | I only seem to have database_0 through 8 though |
03:49:46 | safetydan | rasher, I think numeric tags are stored in a different file |
03:50:45 | rasher | Okay, well there are already mechanisms for speaking numbers |
04:00 |
04:01:30 | keanu | Since Zagor isn't even on right now, I take it USB won't be avail until tomorrow? |
04:01:55 | Llorean | keanu: It'll be available when it's available. |
04:02:45 | keanu | Llorean, heh, ok |
04:03:14 | | Join psycho_maniac [0] (i=psycho_m@ppp176.hk.centurytel.net) |
04:04:19 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
04:08:46 | | Join webguest75 [0] (i=47743139@gateway/web/cgi-irc/labb.contactor.se/x-ccf5bbbfd7f5633c) |
04:11:07 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
04:11:08 | | Quit webguest75 (Client Quit) |
04:13:02 | | Quit Seed (Nick collision from services.) |
04:13:10 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
04:14:04 | | Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) |
04:14:59 | | Quit Thundercloud (Remote closed the connection) |
04:24:02 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:24:11 | | Join miepchen^schlaf [0] (n=hihi@p54BF6AA4.dip.t-dialin.net) |
04:30:47 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
04:31:07 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
04:32:14 | Calcipher | bacl |
04:32:18 | Calcipher | K |
04:33:13 | Calcipher | ah so I saw above there is some hope, since the h300 has been rotated |
04:33:55 | alienbiker99 | hm is this a bug, that hitting left whiel i nthe file view on the h300 sends you back to the rockbox menu instead of up a folder? |
04:34:25 | alienbiker99 | hm now its not doing it |
04:34:30 | Calcipher | The reason I bought my sansa e280 was because of the expandability, newly rockboxed support, and flash type storage versus hdd |
04:35:30 | | Quit Gnu47 ("I think half 3 in the morning is bed time") |
04:35:36 | Calcipher | So only after trying and enjoying the features and customizability of rockbox on a e200 |
04:35:47 | | Quit Lambuntu (Remote closed the connection) |
04:36:16 | ddalton | alienbiker99: no not if you are in the root dir. |
04:36:50 | alienbiker99 | i wasnt in the root directory, i was one below it |
04:37:28 | Calcipher | and using extra large fonts with a nice theme, did I realize how much screen space is sort of unused in some of the display area when, and that if it was displayed at 90 degrees it would spread the text longer and make it easier to read in larger fonts |
04:38:25 | Calcipher | I didn't just want to roll in like a jerk demanding features, I just thought it was a legitimate good suggestion, I really think it will look good with large fonts |
04:38:38 | Mouser_X | alienbiker99: I've had something like that happen on my Gigabeat. For me though, I think it's just that I somehow touched the the pad lightly, but it was interpreted as a button press. In other words, it responds as if I pushed the button twice very quickly (which I might have, but didn't realize it.) |
04:42:38 | ddalton | alienbiker99: what player? |
04:42:56 | alienbiker99 | h320 |
04:43:00 | alienbiker99 | then it went away |
04:43:19 | ddalton | so you pressed the left button |
04:44:42 | alienbiker99 | yeah |
04:46:23 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
04:46:25 | | Quit kugel (Client Quit) |
04:46:27 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:46:58 | | Join SmokeDog [0] (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
04:47:00 | | Nick SmokeDog is now known as Hukt0nWax (n=fu@pool-71-121-172-4.sttlwa.dsl-w.verizon.net) |
04:47:06 | Hukt0nWax | hello??!? |
04:47:08 | Hukt0nWax | i need some help ASAP |
04:47:25 | | Quit RoC_MasterMind ("Leaving") |
04:47:49 | Hukt0nWax | what happens if a friend loaded rockbox then took the files off of the ipod and gets an error saying can't load rockbox.ipod? |
04:47:50 | Llorean | Go ahead and simply ask, but please follow the guidelines. |
04:48:08 | Llorean | Hukt0nWax: Just boot into disk mode, and follow the uninstallation instructions in the manual |
04:48:12 | Hukt0nWax | and now the menu+select to reboot won't work |
04:48:22 | Llorean | Menu+Select will work. If it doesn't, you aren't doing it right. |
04:48:50 | Hukt0nWax | how can i be doing it wrong? |
04:49:05 | Llorean | I don't know, I can't see what you're doing or how steady you're holding your fingers |
04:49:21 | Llorean | But holding Menu+Select works, and there's nothing in our code that can prevent it. |
04:49:30 | Calcipher | that ain't easy to get if your not used to it |
04:49:36 | Hukt0nWax | :D |
04:49:58 | | Quit Xerion_ (Read error: 104 (Connection reset by peer)) |
04:50:05 | Hukt0nWax | << sofa king we tod ed |
04:50:16 | Hukt0nWax | i had to hold it for like 20 seconds |
04:50:19 | Hukt0nWax | lame |
04:50:20 | Hukt0nWax | thanks :D |
04:50:26 | Calcipher | it was trial and error with my old nano, which I eventually smashed against a wall, first time I ever destroyed a piece of electronics out of rage but that goddamn thing deserved it |
04:50:32 | | Join Xerion_ [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
04:50:36 | Hukt0nWax | :D ncie |
04:50:38 | Hukt0nWax | ermmmm nice |
04:51:13 | Calcipher | it felt like some kind of just revenge... |
04:51:14 | Mouser_X | Calcipher: That would have been an awesome video... |
04:52:04 | Calcipher | haha, I was genuinely infuriated, and I'm a pretty calm guy dealing with insane customers all day I'm used to things going south |
04:52:30 | Calcipher | but that Ipod had every issue Ipods get all rolled in one, and a connectivity issue to boot |
04:52:53 | Calcipher | I was more worried about the wall |
04:53:21 | Mouser_X | Heh. |
04:53:24 | Calcipher | wait I think it was a mini |
04:56:41 | Calcipher | Now that I'm thoroughly enjoying my sansa e280 I will discard that little corpse |
04:57:26 | Mouser_X | Is the drive salvageable? It might be worth something (I don't know iPod types, so I have no idea if it would even have a drive...) |
04:58:55 | Calcipher | It was a 4gb mini, which I wouldn't have bought, and DIDN'T |
04:59:07 | Calcipher | my friend gave it to me cause it was ackin' up |
04:59:15 | | Join sin613 [0] (n=single@166.166.160.41) |
04:59:32 | Calcipher | it was the battery, so I went and got it replaced by Tekserv...buncha cocksuckers |
04:59:52 | sin613 | is the framerate average in mpegplayer cumulative for the entire file being played back, or for the last x # of frames rendered? |
04:59:59 | Calcipher | the battery still was garbage, and the player had connectivity issues |
05:00 |
05:00:07 | krazykit | please take the offtopic talk to #rockbox-community |
05:00:17 | | Quit billytwowilly (No route to host) |
05:00:20 | Mouser_X | krazykit: Beat me to it. |
05:00:29 | Calcipher | sorry |
05:00:39 | Mouser_X | (Sorry for instigating it.) |
05:02:08 | sin613 | also, is there a logical explanation i'm missing as to why there are three boolean menu options in mpegplayer instead of two playback modes: benchmark and sync? |
05:03:18 | | Quit karashata ("Leaving.") |
05:03:49 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
05:04:27 | Llorean | Because having them as revealed bugs in both the frameskipping and the frame rate limiting code at different times |
05:04:41 | | Quit Seed (Nick collision from services.) |
05:04:47 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
05:05:13 | sin613 | ahh |
05:07:22 | | Join elinenbe [0] (n=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
05:07:23 | sin613 | that last commit made a fairly massive difference on coldfire |
05:07:48 | elinenbe | markun: how was the RockboxNYC meetup? Are you in NYC? |
05:10:20 | | Join blargit [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
05:11:54 | *** | Saving seen data "./dancer.seen" |
05:12:41 | | Join krazykit_ [0] (n=krazykit@light.sunsetab.denison.edu) |
05:13:04 | | Quit krazykit ("shutting down the desktop...stupid ext3 errors") |
05:13:27 | | Nick krazykit_ is now known as krazykit (n=krazykit@light.sunsetab.denison.edu) |
05:15:15 | kkurbjun | jhMikeS: are you around? |
05:15:18 | | Quit bb (Nick collision from services.) |
05:15:23 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
05:16:54 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
05:18:34 | jhMikeS | kkurbjun: yeah |
05:19:27 | | Quit sin613 ("Leaving.") |
05:19:35 | | Quit tictoc (Remote closed the connection) |
05:19:36 | kkurbjun | the thread.c changes recently broke the mrobe build because of the definition of core_sleep.., the empty definition on line 609 does not match the prototype |
05:20:08 | kkurbjun | what are the consequences if core_sleep is left empty for a target? |
05:20:28 | jhMikeS | constant furious spinning and so worse battery life |
05:20:34 | | Quit hannesd (Read error: 110 (Connection timed out)) |
05:20:34 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
05:20:48 | | Join Maha` [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
05:21:33 | jhMikeS | Why not implement it? It can't be that bad to do. |
05:21:38 | kkurbjun | ok, but it won't break operation? Why are all these ifdefs in thread.c instead of being in their respective target trees? |
05:21:58 | kkurbjun | well, I plan to, but I would rather spend my time getting the main build loading right now |
05:22:06 | jhMikeS | kkurbjun: it's just not been done yet. they should be though but inlining must be preserved. |
05:22:18 | jhMikeS | It shouldn't break operation, no |
05:23:03 | kkurbjun | ok, great, I was looking at the asm for the s3c.. and it looks like most of it would also apply to any other single core target correcT? |
05:23:27 | jhMikeS | I don't know about any other. It's based on the behavior of that particular chip. |
05:24:31 | jhMikeS | If interrupts can stay disabled in cpsr and the core can still wake up, that's a simpler thing to do. s3c nor SH can do that so some timing tricks are used. |
05:25:43 | jhMikeS | both CF and PP just leave them disabled in sr/cpsr and wake anyway |
05:26:33 | kkurbjun | hmm, what's waking the core? |
05:26:46 | jhMikeS | any interrupt on the core |
05:27:00 | | Join stevenm [0] (n=stevenm@129.2.201.58) |
05:27:41 | jhMikeS | I should say "any unmasked interrupt" like the tick or DMA |
05:27:42 | | Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) |
05:27:55 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
05:29:31 | kkurbjun | ah, I think I'm starting to see a bit how the s3c works.. what does setting the idle bit do? |
05:29:38 | jhMikeS | s3c sets the idle bit before reeabling the interrupts in cpsr _but_ it takes many cyces for the core to sleep so it gets past the msr instruction |
05:30:01 | kkurbjun | is that the idle on the SOC? |
05:30:30 | jhMikeS | yeah, just turns off the core clock |
05:31:54 | kkurbjun | huh, I see, howd you find the timing on the idle bit? was that documented? |
05:32:27 | Calcipher | now I don't know how well you guys can pick apart the OF on the sansa players |
05:32:29 | kkurbjun | really interesting too by the way |
05:32:37 | jhMikeS | there's some pages about that in there. |
05:33:12 | ddalton | what were your suggestions |
05:33:39 | Calcipher | I was thinking since so many people ask about the USB support, and the OF has this support is it possible rockbox can just read that part of the OF and implement the features? |
05:34:01 | ddalton | don't know |
05:34:07 | kkurbjun | I definitely wouldn't have understood that if you hadn't explained it, so the PP chips can set an equivalent idle bit and will still restart the clock when an interrupt occurs even when they are masked? |
05:34:08 | ddalton | what about accessibility? |
05:34:11 | Llorean | Calcipher: One of the biggest points of Rockbox is that it's not supposed to depend on or use the OF for things |
05:34:13 | Calcipher | would that be harder than having it built right in to the softwa |
05:34:23 | ddalton | read his message |
05:34:44 | jhMikeS | kkurbjun: the small delay loop was what was there and what the C-compiler produced ... I figured that was some aspect that shouldn't change. |
05:34:59 | Calcipher | Ah I see |
05:35:18 | Calcipher | then having it rely on foreign code would actually make it less stable |
05:35:18 | Llorean | Calcipher: Rockbox is intended as "replacement" firmware, meaning it should function even without the original firmware present at all when "complete" |
05:35:23 | Calcipher | like in any situation |
05:35:29 | kkurbjun | jhMikeS: also do you know what, if any effect this has on battery life? Was this the same operation before your thread rework? |
05:36:23 | jhMikeS | kkurbjun: you can look at the diff in SVN. but it was: set the idle bit, loop, clear the idle bit after wake |
05:36:29 | | Join teknofonix [0] (n=teknofon@unaffiliated/steve/x-00001) |
05:36:32 | Calcipher | I should have guessed as much since I was reading through all the old forum posts about double booting |
05:37:37 | jhMikeS | kkurbjun: It's really basically the same thing but with interrupts disabled so the waking list can be checked to abort the sleep. If that's not done, the CPU might wait 10000uS when a thread should be running _now_. |
05:38:43 | teknofonix | the build for video ipod 30gb doesn't uncompress on my macbook |
05:39:36 | kkurbjun | I see, great stuff, thanks for taking the time to explain it, I'll be watching out for that once I get this build working :) |
05:39:56 | Llorean | teknofonix: Try using a different tool to extract it then |
05:41:07 | jhMikeS | kkurbjun: good luck on that |
05:42:35 | * | jhMikeS goes back to writing a better mutual wake algorithm for PP |
05:43:23 | | Quit Seedy (Read error: 110 (Connection timed out)) |
05:47:07 | | Join headphase [0] (n=tdb@cpe-066-057-086-196.nc.res.rr.com) |
05:48:44 | stevenm | Dang, those pitch tables can get pretty big... |
05:49:20 | stevenm | One day, the midi plugin will be reduced to 5000 tables and a single for loop. |
05:50:38 | | Quit ddalton ("leaving") |
06:00 |
06:06:34 | Calcipher | anyone here familiar with tom tom linux? |
06:07:46 | Calcipher | I just want to figure out if the text to speech voices set up I have for a tom tom 510 can be of any use to you guys |
06:08:04 | Calcipher | I see an Install.bif file in one of its directories |
06:08:23 | Llorean | Rockbox isn't Linux. |
06:08:59 | Calcipher | also a libaec.so |
06:09:29 | Calcipher | yeah I realize that, but it seems most of the dev work is being done in linux environment |
06:10:10 | Calcipher | wanted to see if any of those files sound familiar to the linux users |
06:10:13 | scorche | Calcipher: what he was getting at, is this channel is about rockbox only |
06:11:01 | Calcipher | ok, the reason I brought that up was to possibly help with the voice menu features development for rockbox |
06:11:16 | Llorean | Either you're talking about creating the pre-created voice files, in which case any TTS engine that can take a test string and output a wav can be adapted for use with Rockbox's speech generation routines, or you're talking about incorporating TTS directly into Rockbox, which requires a GPL licensed engine that can be converted to fixed point. |
06:11:20 | Calcipher | but yeah I see your point on avoiding off topic stuff |
06:11:24 | Llorean | Which requires not binaries, but source code. |
06:12:45 | Calcipher | funny enough I think I saw a link for the sources, but I was refering more to using an existing external tts engine |
06:13:18 | Llorean | That couldn't work, except as previously mentioned, using the pre-recorded clips as Rockbox currently does. |
06:14:23 | Calcipher | http://gpl-violations.org/news/20041024-linux-tomtom.html |
06:15:43 | Calcipher | yeah, I just wanted to see if anyone doing voice clip related work was interested in using the engine I have here from the linux tom tom install |
06:17:38 | scorche | typically, that is handy information to know up front ;) |
06:18:05 | | Join [1]psycho_maniac [0] (i=psycho_m@ppp176.hk.centurytel.net) |
06:18:36 | | Quit psycho_maniac (Read error: 104 (Connection reset by peer)) |
06:18:38 | | Nick [1]psycho_maniac is now known as psycho_maniac (i=psycho_m@ppp176.hk.centurytel.net) |
06:18:59 | JdGordon | gpl violation settelemtns are crap... they got of scot free other than releasing their corse |
06:19:02 | JdGordon | source* |
06:19:25 | Calcipher | yeah looks like it |
06:20:06 | Calcipher | they donated something here and there, but that company I'm sure is doing great in sales mostly in Europe I notice, but even in the U.S. |
06:20:35 | | Quit lazka (Remote closed the connection) |
06:21:20 | Calcipher | so if any linux user wants to give this tts package a look see and figure out if they can use it, feel free to contact me |
06:21:56 | Calcipher | and this is for rockbox development test purposes |
06:22:27 | Calcipher | I really appreciate all the work being put in to this system |
06:24:11 | | Quit teknofonix (Client Quit) |
06:29:17 | | Quit atsea-34 (Remote closed the connection) |
06:43:58 | | Join atsea-34 [0] (i=atsea-@gateway/tor/x-715d375fcb22f399) |
06:44:22 | Calcipher | night folks |
06:49:07 | | Part kkurbjun |
06:49:13 | | Join tdb_ [0] (n=tdb@cpe-066-057-086-196.nc.res.rr.com) |
06:50:13 | | Quit headphase (Read error: 110 (Connection timed out)) |
06:50:56 | | Quit blargit (Remote closed the connection) |
06:51:08 | | Quit Mouser_X (Nick collision from services.) |
06:51:25 | | Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) |
06:55:58 | | Join blargit [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
06:57:26 | | Quit blargit (Client Quit) |
07:00 |
07:01:24 | | Join blargit [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
07:10:06 | | Quit tdb_ ("Leaving") |
07:11:08 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
07:11:27 | stevenm | yay, FINALLY patches are scaled as they should be |
07:11:58 | *** | Saving seen data "./dancer.seen" |
07:14:39 | psycho_maniac | what do you mean? |
07:15:02 | stevenm | just a midi feature thing that's been eating at me for a year or so |
07:15:37 | | Part toffe82 |
07:15:38 | stevenm | one time I had it working.. but it made the load time insanely long due to extra computations |
07:15:55 | stevenm | now it hits me.. there's a much faster way |
07:15:58 | stevenm | and it sounds like it's working |
07:17:51 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
07:20:28 | | Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
07:20:34 | kkurbjun | JdGordon: are you around? |
07:21:25 | kkurbjun | you can boot the main build by copying apps/rockbox.bin to the root of the player as rockbox.mrboot with the mrobload bootloader and it will startup |
07:21:44 | kkurbjun | can't do anything though since the keymap doesn't do anything right now |
07:22:07 | kkurbjun | have to run, I'll talk later |
07:22:11 | | Quit kkurbjun (Client Quit) |
07:23:34 | | Join toffe82 [0] (n=chatzill@ppp-71-138-16-63.dsl.frs2ca.pacbell.net) |
07:28:56 | JdGordon | AWESOME! |
07:31:48 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
07:31:51 | | Quit stevenm ("Connection reset by beer") |
07:35:41 | | Part toffe82 |
07:41:36 | | Quit jhulst ("Konversation terminated!") |
07:42:36 | | Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) |
07:44:12 | | Quit rvvs89 (Nick collision from services.) |
07:44:33 | | Quit ATravelingGeek (Read error: 110 (Connection timed out)) |
07:44:37 | | Nick rvvs89_ is now known as rvvs89 (n=rvvs89@unaffiliated/rvvs89) |
07:45:34 | | Join ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) |
08:00 |
08:01:37 | | Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) |
08:02:05 | | Quit pabs (Nick collision from services.) |
08:02:27 | | Quit ATravelingGeek (Connection timed out) |
08:02:55 | | Join ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) |
08:10:51 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-147-243.dsl.pltn13.sbcglobal.net) |
08:11:31 | | Join Rob222241 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
08:15:06 | | Quit Maha` (Remote closed the connection) |
08:15:31 | | Nick Tanuva|Zzz is now known as Tanuva (n=tanuva@83.220.128.10) |
08:15:35 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
08:15:49 | | Quit jhMikeS (Nick collision from services.) |
08:15:55 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
08:21:18 | | Quit jumpatrain (Broken pipe) |
08:21:47 | | Quit Llorean ("Leaving.") |
08:23:30 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D") |
08:28:21 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:29:18 | | Part safetydan |
08:39:46 | | Join Maha` [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
08:46:32 | | Quit barrywardell () |
08:56:22 | | Quit BigBambi__ (Read error: 113 (No route to host)) |
09:00 |
09:07:46 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:12:02 | *** | Saving seen data "./dancer.seen" |
09:14:31 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
09:23:55 | | Quit ToHellWithGA (Read error: 113 (No route to host)) |
09:24:22 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
09:31:00 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
09:33:25 | | Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) |
09:39:22 | | Quit shnee ("Konversation terminated!") |
09:42:47 | | Join advcomp2019 [0] (n=advcomp2@66.172.231.192) |
09:51:59 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
09:53:34 | pondlife | amiconn: Good Morning, do you think Karim Boucher should be added to CREDITS for FS #5995? |
09:54:18 | amiconn | Hmm, I'm undecided. |
09:54:32 | amiconn | None of his code went in directly, I basically rewrote it. |
09:54:45 | amiconn | But I used his implementation as a reference |
09:55:06 | pondlife | No problem. |
09:56:01 | Llorean | Well, "Credits" isn't, strictly speaking, the same as "List of Copyright Holders" so he may as well get credit for doing the initial work, right? |
09:56:27 | amiconn | Yeah, we should probably add him. |
09:57:29 | | Quit Mouser_X (Read error: 113 (No route to host)) |
09:58:19 | | Quit advcomp2019_ (Read error: 110 (Connection timed out)) |
09:58:22 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
10:00 |
10:04:48 | GodEater_ | I don't even remember when I was added to Credits, or why... |
10:04:56 | | Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) |
10:06:09 | safetydan | wow, 2fps faster mpeg playback on h120 |
10:06:23 | safetydan | that's almost watchable |
10:09:28 | amiconn | Nah, H1x0 is quite limited in its fps due to all the bit shuffling in the graylib |
10:10:22 | amiconn | On X5, video playback is now smooth if there's not too much "action" in the video. |
10:11:03 | Llorean | amiconn: What sort of framerate then? |
10:11:30 | amiconn | With fullscreen it's around realtime on average |
10:11:39 | amiconn | 24..25fps |
10:11:43 | Llorean | Wow, nice. |
10:12:02 | Llorean | Did the OF have video on the X5, or only the H300 had that? |
10:12:05 | amiconn | But that's an average rate; we'd need more for completely smooth playback |
10:12:27 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
10:12:28 | amiconn | Afaik both have video, but I never tried it on any OF |
10:12:47 | amiconn | Iirc, OF does 10fps on H300 and 15fps on X5 |
10:12:53 | Llorean | I was about to say the same thing |
10:13:07 | pixelma | I remember seeing .avi files an a "video" directory on a stock X5 but never seen it running |
10:13:21 | pixelma | s/an/in |
10:13:21 | Llorean | Of course, those were divx files, iirc. |
10:13:29 | GodEater_ | I was about to ask what codec ;) |
10:13:40 | Llorean | It's been a little hard to claim mpeg2 was "good for performance" when our player was still as slow or slower than the OF one |
10:14:29 | amiconn | Well, it's not anymore |
10:14:57 | amiconn | But H300 still needs work to get it near realtime |
10:16:36 | pixelma | GodEater: I just saw them listed in the browser.... :) |
10:16:59 | amiconn | Around 14fps fullscreen on H300 now |
10:18:07 | Llorean | So it's almost up to "as fast as the OF on the Sansa", heh. |
10:19:11 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
10:19:19 | amiconn | I think there is more potential on coldfire. Someone needs to find the right spots to use iram for, and perhaps some more asm is needed |
10:19:46 | | Quit daurn ("Cyas later...") |
10:20:01 | | Nick bb_ is now known as bb (n=bb@unaffiliated/bb) |
10:23:25 | safetydan | ooh, widescreen is nearly 14fps |
10:25:59 | | Join obo [0] (n=obo@rockbox/developer/obo) |
10:27:27 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
10:35:12 | | Part pixelma |
10:37:52 | | Quit daurnimator (Read error: 104 (Connection reset by peer)) |
10:47:05 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
10:50:29 | GodEater_ | any comment on the compatibility (or lack thereof) of libpng's license with the GPL ? |
10:53:32 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
10:54:12 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
10:54:43 | Zagor | GodEater: "This is a free software license, and compatible with the GPL." −− FSF |
10:54:56 | GodEater_ | ah - must have missed that :) |
10:54:58 | GodEater_ | thank you! |
10:55:11 | Zagor | well I had to search a bit too :) |
10:55:54 | | Quit pondlife (Read error: 104 (Connection reset by peer)) |
10:56:09 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
10:57:07 | Llorean | I wonder how many licenses are compatible with GPLv3 yet. |
10:57:33 | | Quit davina (Read error: 104 (Connection reset by peer)) |
11:00 |
11:00:52 | | Quit spiorf (Remote closed the connection) |
11:01:19 | amiconn | jhMikeS: Does the asm motion compensation have a significant effect on arm? |
11:01:38 | amiconn | I mean, it's only a subset of all the mc functions. Are those the ones used most? |
11:02:32 | | Quit ramon8 (Read error: 110 (Connection timed out)) |
11:03:51 | jhMikeS | amiconn: it seemed to be quite important. just asm change made quite a difference on gigabeat |
11:04:24 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:04:37 | amiconn | Do you have a speedup percentage figure? |
11:05:11 | GodEater_ | eww - libpng is full of floating point stuff |
11:05:12 | jhMikeS | It was about 8fps or so I think. I don't recall the exact framerate at the time. |
11:05:13 | amiconn | I presume this works on frame data, i.e. data in dram, not iram? |
11:05:46 | jhMikeS | it moves the macroblocks around |
11:06:07 | | Quit davina (Remote closed the connection) |
11:06:23 | amiconn | Btw, what is the first decoding stage in mpeg2? Is it huffman, like jpeg? |
11:06:56 | jhMikeS | I believe so. Not 100% sure. |
11:09:29 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:10:24 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
11:11:30 | jhMikeS | idct_arm.S has a "$Id $" in it :) |
11:12:06 | *** | Saving seen data "./dancer.seen" |
11:12:10 | | Quit ashes (Remote closed the connection) |
11:15:54 | | Join ashes [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:1a5) |
11:16:42 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
11:17:46 | | Quit pondlife (Read error: 110 (Connection timed out)) |
11:22:24 | | Quit idnar (Nick collision from services.) |
11:22:26 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
11:32:20 | | Quit safetydan ("Leaving") |
11:36:48 | | Nick Tanuva is now known as Tanuva|off (n=tanuva@83.220.128.10) |
11:36:51 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:46:20 | | Join Philus [0] (i=9e274fdd@gateway/web/cgi-irc/labb.contactor.se/x-1190cfd52faea0a4) |
11:48:51 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
11:49:36 | | Nick DiDjCodt is now known as djc_-_-_-_-_-_-_ (n=djc@poy.chewa.net) |
11:50:55 | | Nick djc_-_-_-_-_-_-_ is now known as djc___-___-___-_ (n=djc@poy.chewa.net) |
11:51:02 | | Nick djc___-___-___-_ is now known as DiDjCodt (n=djc@poy.chewa.net) |
11:52:14 | Philus | Wouldn't it be nice if you could toggle the backlight on and off by the flick of a switch? Like, if you toggle the keylock on and off within, say, 2 seconds it disables all backlight, and if you do it again it's back on.. |
11:53:18 | Zagor | Philus: have you seen the "backlight on hold" setting? |
11:54:07 | Philus | yes, isn't that just to disable all light while the keylock is on? |
11:54:13 | Zagor | you can choose |
11:54:21 | Zagor | i'm off to lunch |
11:56:28 | Llorean | Zagor: I think he meant "hold on/off quickly turns the backlight on, permanently, until a second toggle of hold on/off" |
11:57:05 | Llorean | Philus: A simple thing you can do is have two .cfg files in your root, one that permanently enables backlight, and one that sets it to a very short timeout so you can still access the menus but otherwise have it off |
11:57:23 | Philus | I meant toggle the keylock twice to disable all backlight, and toggle twice again to go back to normal mode |
11:59:16 | Philus | Llorean: that still means if I need to enable the backlight in total darkness (when we're in bed and the wife beats me if I turn the light on) I'd have to fiddle around in the menu to change settings |
11:59:17 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-137-247.dsl.pltn13.sbcglobal.net) |
11:59:25 | amiconn | jhMikeS: Weird - I *did* set svn:keywords ... |
12:00 |
12:00:16 | rasher | Philus: I'm not sure it's Rockbox' duty to protect you against your wife. Why do you want to *completely* turn off backlight? |
12:00:44 | Philus | rasher: if ambient light is plentyful, I don't need it.. |
12:00:53 | Philus | like, daylight |
12:01:06 | Llorean | Philus: Why not set the "short timeout" cfg before you turn the lights out, then? |
12:02:25 | Philus | Llorean: so the lights go out faster? |
12:02:37 | Philus | i mean, the backlight.. err |
12:02:46 | | Join Thundercloud [0] (n=thunderc@resnet28.nat.lancs.ac.uk) |
12:03:26 | Llorean | Philus: I just meant, why does the method have to involve "a switch or button combination"? |
12:03:47 | | Join bluebrother [0] (i=9cjWVY2e@rockbox/staff/bluebrother) |
12:03:58 | Llorean | The only situation where it's particularly problematic is if you forget to turn the backlight on before entering a dark area. |
12:04:22 | Llorean | And the solution to that is a zzzzzzzz.cfg in your root that simply enables the backlight again. :) |
12:05:10 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
12:08:37 | jhMikeS | amiconn: is it just because it's "$Id $" and not "$Id$" ? |
12:08:58 | amiconn | Either that, or the order of keywords in svn:keywords matters |
12:09:07 | amiconn | I just changed both, now it works |
12:09:15 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
12:09:32 | | Part karashata |
12:10:43 | Philus | Llorean: more often than not, I don't need the backlight at all.. but when I do, fiddling with the menu would be more of a hassle than toggling the keylock twice. And it should ofcourse be optional |
12:11:01 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
12:12:43 | | Quit homielowe (Read error: 110 (Connection timed out)) |
12:13:26 | Llorean | Philus: I never said "fiddle with the menu" |
12:13:53 | Philus | Llorean: selecting a different .cfg means you have to go into the menu, no? |
12:14:03 | Llorean | You have to go into the filetree. |
12:14:05 | amiconn | jhMikeS: Regarding motion compensation - is the destination always 32 bit aligned? |
12:14:26 | Llorean | But if it's the last entry in the root, it's very very easy to navigate to blind without having to memorize lists or anything |
12:15:09 | Philus | Llorean: I'll do that while I figure out how to implement it on the hold button, thanks for the advice :) |
12:16:09 | jhMikeS | amiconn: I don't know. I haven't gone into that very much. |
12:16:25 | amiconn | Didn't you write the arm code? |
12:16:36 | jhMikeS | It should just be moving a block around each plane. |
12:16:44 | jhMikeS | I didn't write the motion comp code |
12:16:55 | amiconn | oh |
12:17:40 | linuxstb | amiconn: I think markun committed it, but he didn't write it either. I'm not sure where he got it from... |
12:18:12 | | Quit Rob222241 (Read error: 104 (Connection reset by peer)) |
12:18:34 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
12:19:17 | amiconn | mplayer-w100 project, whatever that is... |
12:20:15 | | Quit Crash91 ("Bye Bye!") |
12:21:54 | linuxstb | amiconn: Have you tried disabling the calls to lcd_yuv_blit() in mpegplayer to see what speed the decoder is running at? I tried that once for the ipod video, and IIRC it could only decode at about 22fps (fullscreen I think). |
12:22:29 | amiconn | No, but it's a simple calculation now that I know the pure yuv framerates |
12:23:11 | amiconn | It's like parallel resistors: 1/total_frame_rate = 1/decoder_frame_rate + 1/yuv_frame_rate |
12:24:30 | | Quit Philus ("CGI:IRC") |
12:24:32 | amiconn | For H300 fullscreen, that equation yields ~17fps for the decoder |
12:25:16 | amiconn | Hence my desire to add some coldfire asm motion_comp code... |
12:27:55 | | Join Arathis [0] (n=doerk@p508A6050.dip.t-dialin.net) |
12:31:57 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
12:32:09 | | Quit spiorf (Remote closed the connection) |
12:36:57 | markun | elinenbe: I'm back from the US |
12:37:52 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
12:39:45 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
12:41:20 | * | amiconn thinks he now understands how the motion compensation code works :) |
12:43:03 | | Quit J3TC- (Read error: 113 (No route to host)) |
12:47:46 | | Quit barrywardell () |
12:49:12 | amiconn | I was puzzled about the _o, _x, _y and _xy variants; thought those have to do with the offset. But each x and y mean an additional movement by half a pixel |
12:50:12 | amiconn | And the destination is obviously guaranteed to be 32 bit aligned, otherwise the arm code would throw a data abort on PP |
12:52:40 | preglow | motion compensation is bound to suck huge amounts of cpu on coldfire, i think |
12:52:50 | preglow | no data cache :/ |
12:53:18 | amiconn | Yeah, hence I want to put asm |
12:53:41 | amiconn | Asm can fetch larger amounts at once, making efficient use of burst accesses |
12:53:55 | amiconn | The C code fetches and stores single bytes... |
12:56:50 | amiconn | Umm, that reminds me of something |
12:57:14 | amiconn | linuxstb: How did you manage to seize the core's codec stack in test_codec? |
12:57:57 | preglow | single bytes? :PP |
12:58:47 | preglow | that's a good point, can't the video codec use the codec stack? |
12:59:04 | preglow | should work for now, at least |
12:59:11 | amiconn | Even better: |
12:59:30 | amiconn | Right now libmad is given a separate stack in mpeg player, put into iram |
12:59:38 | amiconn | And libmad is quite stack hungrry. |
13:00 |
13:00:09 | amiconn | If we could seize the core's codec stack for libmad in mpegplayer, we could give the video thread a stack in iram as well |
13:01:02 | amiconn | Oh, didn't notice that the video stack is already in iram |
13:01:06 | preglow | libmad is very stack hungry, yeah, i think it puts entire frames in iram |
13:01:12 | preglow | an entire frame, at least |
13:01:28 | amiconn | But still, seizing the core's codec stack for libmad would free quite some iram for other purposes |
13:02:49 | preglow | yeap |
13:03:01 | preglow | i don't really know what i think about reusing stacks either, that won't work when/if we go preemptive |
13:03:27 | preglow | but could be a nice trick for now |
13:05:34 | amiconn | bah, preemptive :( |
13:06:03 | | Nick Maha` is now known as tictoc (i=tabac@gateway/gpg-tor/key-0xB9002659) |
13:06:03 | preglow | the way i see it, the code is becoming too complex to continue with the cooperative stuff |
13:06:07 | preglow | also, it hides bugs |
13:06:48 | preglow | and keeps us from implementing features like proper realtime dsp (which i of course would like...) |
13:10:12 | amiconn | Why is that? |
13:10:20 | preglow | which of them? |
13:10:35 | amiconn | both |
13:11:22 | amiconn | I can't see why cooperative threading hides bugs, and how preemption would allow for realtime dsp |
13:11:38 | amiconn | I think the can-of-worms to benefit ratio of preemptive threading is rather bad |
13:11:51 | preglow | it hides bugs because some erronous thread communication might not malfunction until some yields() are added or shufflDed around |
13:11:55 | preglow | why is it a can of worms? |
13:11:59 | amiconn | Right now rockbox code is written for execution in a cooperative threading environment |
13:12:08 | preglow | yes, and it shouldn't |
13:12:09 | *** | Saving seen data "./dancer.seen" |
13:12:18 | preglow | writing that kind of code breaks when the yield() pattern isn't as you expect |
13:12:33 | amiconn | Imo it should, because it's less complex |
13:12:49 | preglow | you should keep thread communication to a minimum anyway, and do it properly when you do it |
13:13:09 | amiconn | Preemptive threading would need a ton of additional checks where you can now simply assume that nothing changes inbetween (because you're not yielding) |
13:13:18 | preglow | i think the preemptive scenario is less confusing than the cooperative one, at least with preemptive multitaskin, i know i can't trust _anything_ to work in the order i think |
13:13:32 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
13:13:36 | preglow | with cooperative, i don't really know, and worst case, it could be essentially preemptive, because some guy might come and shuffle yield()s around |
13:13:56 | ddalton | does anyone know what variable holds the value of the select item in the file tree? |
13:14:12 | ddalton | So if I am on item 5 from the top of the list what variale holds 5 |
13:14:20 | ddalton | variable |
13:14:36 | preglow | amiconn: and it would allow us to do realtime dsp since we can assure that dsp gets run realtime |
13:14:46 | preglow | amiconn: we can't now, since we depend on people yielding properly |
13:15:06 | amiconn | You would still have the boosting problem, that keeps us from going low-latency all the time atm |
13:15:27 | preglow | hmm, yeah, the boosting might give us an interesting problem |
13:16:03 | amiconn | The most obvious example for preemtion badness are the iriver and iaudio remote lcd update functions (to me, because I wrote them) |
13:16:06 | | Quit karashata ("Leaving.") |
13:16:18 | preglow | i wonder how a scheme with more clock freqs would work. trying to always choose one that gives reasonable load, more like powernowd on linux |
13:16:24 | amiconn | These functions need to know the current cpu clock, because they have to adjust timing accordingly |
13:17:11 | amiconn | Right now, they can rely on that the clock *never* changes halfway through a transfer, because they don't yield, and calling them from interrupt context is forbidden |
13:17:29 | amiconn | But with preemption, another thread could boost or unboost during a transfer... |
13:17:31 | preglow | you would of course have means of making sure you're not interrupted |
13:17:36 | preglow | like critical sectionms |
13:17:42 | preglow | which are dead easy to use |
13:18:28 | preglow | so that nothing comes and interrupts the ata driver during a transfer, for example |
13:18:41 | amiconn | Unboost would just slow down the transfer, but boost would speed it up - and the lcd contents gets garbled |
13:18:58 | preglow | every os has tons of spots like that |
13:19:28 | preglow | as a matter of fact, they're the primary reason for linux' bad low latency behaviour... |
13:19:41 | amiconn | That's not so much because the lcd controller couldn't follow, but due to the wire length. We simply can't push 10MHz over that thin wire to the remote, and expect it to work reliably |
13:20:21 | preglow | anyway |
13:20:32 | preglow | dual core support pretty much means we _have_ preemptive multitasking |
13:20:45 | preglow | we can control that by selecting which threads go on which cores, of course |
13:21:05 | preglow | but the problem might still come up and bite us |
13:21:27 | preglow | simply because rockbox is getting big, and few people know every part of it well enough to know in what subtle ways threads might be talking to each other |
13:22:08 | amiconn | Bloat is our problem, not the cooperative threading, imo |
13:22:26 | preglow | both are problems, if you ask me |
13:22:46 | preglow | preemptive threading won't even add much overhead in size, i'm quite sure |
13:22:52 | preglow | most of the needed stuff is already in |
13:22:58 | preglow | thanks to dual core |
13:23:05 | | Join mf0102 [0] (n=michi@85.127.182.13) |
13:23:12 | amiconn | bleh |
13:23:19 | amiconn | Don't remind me of that :( |
13:23:39 | preglow | and if you're going to tell me we should just forget we have an extra core, you're just being silly |
13:23:41 | amiconn | I know that we need to utilize it, but I dislike it, completely |
13:23:54 | preglow | sure, you can dislike it all you want, it still exists |
13:24:07 | preglow | i don't like it myself, simply because i'm not very good at multi-threaded programming |
13:24:14 | preglow | but i intend to learn that, heh |
13:24:58 | amiconn | I think that bugs in the threading would be even harder to find with preemptive threading than with cooperative therading |
13:25:33 | * | amiconn would really like to stay away from preemptive thread programming |
13:26:25 | amiconn | One reason why I like rockbox coding, and why I don't code for linux or other os'es |
13:26:41 | amiconn | (other than simple things where I don't need to worry about multiple threads) |
13:27:15 | preglow | i think you'll find you don't really need to worry too much about it unless you write code that works with several threads |
13:27:35 | preglow | and why would the bugs be harder to find? i think they'll be simpler to find, since they appear consistently |
13:27:43 | preglow | which is not the case at all now |
13:27:46 | preglow | look at playback.c |
13:27:52 | preglow | obscure bugs which come and go |
13:28:27 | amiconn | Thread timing would be variable instead of fixed... |
13:28:37 | preglow | and execution order more random |
13:28:41 | amiconn | yes |
13:28:54 | preglow | that'll contribute more |
13:29:02 | amiconn | Hence bug which show up consistently in the cooperative model would be random with preemptive threading |
13:29:09 | amiconn | *bugs |
13:29:23 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
13:29:27 | preglow | well, yeah, but then you're talking the ordinary kind of bug, not the threaded kind of bug |
13:29:35 | preglow | and the ordinary bug is still going to be simple to find |
13:29:50 | preglow | since it'll always happen when the thread is run, and it'll be run sooner or later |
13:30:30 | | Join advcomp2019 [0] (n=advcomp2@66.172.231.192) |
13:30:33 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
13:31:58 | | Quit tictoc (Remote closed the connection) |
13:34:25 | | Join atsea-99 [0] (i=atsea-@gateway/tor/x-742eb7bf04210ed8) |
13:37:56 | | Quit atsea-34 (Read error: 104 (Connection reset by peer)) |
13:38:50 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
13:39:14 | | Quit ddalton ("leaving") |
13:40:42 | | Join teknofonix [0] (n=teknofon@unaffiliated/steve/x-00001) |
13:47:43 | | Part teknofonix |
14:00 |
14:03:54 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
14:06:02 | | Part karashata |
14:11:50 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
14:11:54 | Crash91 | hi |
14:11:58 | markun | hi |
14:11:59 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
14:13:53 | * | Crash91 hears the possibility of USB on sansa |
14:14:03 | Crash91 | is it true? |
14:14:17 | pondlife | Zagor's working on it |
14:14:39 | Crash91 | so theres been a lot of progress? |
14:15:16 | pondlife | Quite a bit I think; you'll need to ask him though. |
14:16:03 | Crash91 | \O/ yay! |
14:16:21 | Crash91 | at least someone is now working on it =) |
14:16:26 | Zagor | Crash91: things are going forward nicely. basic usb comms is ready, working on the usb-storage protocol now. |
14:17:18 | Llorean | Zagor: I won't pretend to know how these things work. Will software USB basically give direct access to the disk to the host PC, or will it basically have enough of Rockbox standing between it and the host to, say, hide folders (or show virtual folders, for example, MicroSD cards)? |
14:17:21 | Zagor | or, rather, the usb-storage protocol has revealed weaknesses in the basic comms that I'm working on |
14:17:36 | Crash91 | Zagor: Yay! Thanks a lot for working on it =) |
14:17:59 | Zagor | Llorean: usb is on block level, so no hiding |
14:18:18 | Zagor | s/block/disk/ |
14:18:38 | markun | also s/usb/ums/ ? |
14:18:41 | pondlife | So no transfer PC -> SD card? |
14:18:42 | Zagor | it also means we can't do anything with the disk during ums mode, or risk severe corruption |
14:19:02 | Zagor | pondlife: oh yes that will be possible, although not in the first iteration |
14:19:13 | Zagor | markun: correct |
14:20:18 | Zagor | basically ums is scsi-over-usb |
14:20:28 | pondlife | Anyone mind if I commit http://www.rockbox.org/tracker/task/7983? I guess a larger tagnavi.config reduces audio buffer a bit? |
14:21:21 | | Quit Nico_P (Remote closed the connection) |
14:21:23 | markun | Zagor: the Gigabeat dock has a 4 port USB hub which connects to the usb device, host and ata-bridge of the gigabeat. No idea yet how we should select what to use. |
14:21:27 | Llorean | pondlife: It should only affect people who've enabled Database anyway. I think we're still working toward a "perfect" tagnavi, but since I don't use it at all I don't know if that's a good addition. Sounds like it though |
14:21:49 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
14:21:55 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
14:22:04 | preglow | Zagor: is there a mode in which rockbox could do the block level accesses? |
14:22:14 | preglow | or does the usb protocol only do things block level? |
14:22:14 | Zagor | preglow: how do you mean? |
14:22:54 | Zagor | ums (scsi) asks for "n blocks, starting at x" |
14:22:57 | preglow | Zagor: something like the usb protocol working more like ftp than direct block access, for example |
14:23:09 | linuxstb | preglow: I guess that's MTP |
14:23:15 | preglow | linuxstb: yeah, makes sense |
14:23:33 | preglow | Zagor: so to expose the sd card, you'll have to export it a separate device, i take it? |
14:23:44 | Llorean | But if you could present to the host as "standard UMS", and put some sort of abstraction in, you could probably do some interesting things. |
14:23:47 | Zagor | yes. that's how the sansa OF does it too |
14:23:50 | roolku | pondlife: I would personally scrap the special "The" treatment, and the bugfix is nice to have |
14:23:58 | preglow | Zagor: yeah, and i think most people will like it that way anyway |
14:24:12 | linuxstb | Llorean: What kind of abstraction. All UMS does is allow the host to read/write raw sectors |
14:24:17 | Llorean | pondlife: I definitely think special treatment for "The" should be scrapped, but I'm in favour of sort tags which would negate a *need* for special treatment. |
14:24:32 | * | markun seconds that |
14:24:33 | | Quit Crash91 ("Bye Bye!") |
14:24:33 | pondlife | roolku: OK, well I've committed with the "The"s for now, someone else can happily kill the "The"s. |
14:24:35 | * | preglow too |
14:25:52 | Llorean | linuxstb: I guess in that situation there's not too much you can do, can you. =/ |
14:25:55 | GodEater_ | linuxstb: but our USB code could lie about the sectors available |
14:26:03 | markun | pondlife: is there anyone interested in all the artists starting with "The" ? |
14:26:07 | linuxstb | GodEater_: Yes, like the E200R firmware does... |
14:26:18 | GodEater_ | Llorean: why do you want this behaviour ? |
14:26:34 | Llorean | GodEater_: I don't have anything specific in mind, yet. Just curious about hypotheticals at the moment. |
14:27:08 | * | GodEater_ would be against any sort of weird data hiding via our usb code unless there was a *very* good reason for it |
14:27:09 | pondlife | markun: Not me, but it was in there, so I preserved it |
14:27:46 | pondlife | Personally, I'm definitely for scrapping all of the "The" tests. |
14:27:48 | Zagor | we can do anything we like with usb, just not with ums. |
14:28:04 | Zagor | ums is the plain disk access protocol, and we should keep it that |
14:28:05 | Llorean | GodEater_: I was more wondering about MTP-like features, such as Rockbox scanning metadata for the database during transfers, or tracking dircache changes, or I dunno what really. But that doesn't seem so much in the picture. |
14:28:43 | Llorean | GodEater_: Basically, I was hoping that we could, without changing the apparent way UMS transfer works to the user, have Rockbox handle some housework while it's transferring. |
14:28:45 | linuxstb | Zagor: Couldn't we implement extra "SCSI inquiry" commands - to for example provide rbutil with information about the running version of Rockbox, and what bootloader is running in flash? |
14:29:11 | * | linuxstb now wishes all our targets had software USB... |
14:29:21 | * | GodEater_ notes Zagor's todo list suddenly getting much longer :) |
14:29:47 | Zagor | linuxstb: the better model for that I think is to add device-specific control messages. that is very easy to do. |
14:29:49 | Calcipher | ooh, this is getting interesting heh |
14:30:12 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
14:30:28 | linuxstb | Zagor: What a proprietory command to sync the clock? Would that fit in somewhere? |
14:30:33 | Zagor | though I don't know enough about the usb api rbutil uses to say how easy that is on that side |
14:30:36 | Zagor | linuxstb: sure |
14:30:41 | Calcipher | I'm gonna be real curious to see what you guys have done in the next day, good luck all of you, sounds great already |
14:31:02 | Llorean | Calcipher: Don't be impatient. It may not even be usable within a day, or several. |
14:31:06 | markun | linuxstb: I've also googled for that a bit (but didn't find anything so far) |
14:31:12 | linuxstb | Zagor: Sorry for distracting you, carry on with the basics ;) |
14:31:35 | linuxstb | markun: Yes, I don't think it's standard - I'm suggesting some form of proprietory extension. |
14:32:06 | linuxstb | Itunes manages to sync the time on ipods via UMS for example, and I'm assuming they've just done something proprietory on top of UMS. |
14:32:06 | | Quit karashata ("Leaving.") |
14:33:25 | Zagor | yeah the ums spec has openings for device-specific bulk commands too. but I think it's better to keep those commands on the device level (control) rather than linked to the storage protocol. |
14:34:08 | GodEater_ | so basically you're saying you'd implement them outside of UMS itself ? |
14:34:09 | Zagor | ("those": commands not immediately related to the file transfer) |
14:34:25 | Zagor | GodEater: time sync and such, yes |
14:34:46 | * | GodEater_ only has very rudimentary understanding of how usb works |
14:35:13 | preglow | linuxstb: any idea why skip prev wouldn't work with wma? |
14:35:15 | Zagor | database-update-while-transferring requires a non-ums protocol, so that's not really an immediate issue imho |
14:35:31 | preglow | not at all |
14:35:40 | GodEater_ | but I assume you basically connect the device, and your usb stack says "Hi, who are you, what do you do?" in the device control bit, and then when the device says "Hi, I'm an ipod, I do UMS", your launch your UMS sub code ? |
14:35:54 | linuxstb | preglow: No... |
14:36:16 | Llorean | preglow, linuxstb: Isn't the problem because the first time you press it, it seeks to the beginning of the file? |
14:36:26 | Llorean | I seem to remember hearing that if you skip next, then immediately skip prev, it works |
14:36:28 | preglow | oh, right, that kind of prev |
14:36:33 | preglow | i thought he meant double click prev |
14:36:34 | Zagor | GodEater: no, an usb device can do many different things. it says "hi, I'm an usb device. talk to me on this control port. then I have these two storage ports for you. and these serial ports. and these...." etc |
14:36:34 | preglow | for some reason |
14:36:46 | Llorean | The second click won't work, because it never got to the beginning of the file on the first one, right? |
14:36:53 | GodEater_ | Zagor: I was over simplifying :) |
14:37:06 | preglow | right, stock wma really, really ignores seeking |
14:37:13 | Zagor | GodEater: yeah but the point is an usb device isn't either ums or something else. it can be many things at once. |
14:37:33 | linuxstb | Zagor: Ah, so for example we could have serial and UMS working simultaneously? (I can't think why though...) |
14:37:34 | GodEater_ | I realise that sorry - I just picked UMS as one thing to say to avoid my line being enormous |
14:37:36 | * | preglow sees if there's a quick fix |
14:37:39 | Llorean | preglow: I'm kinda surprised that the first press actually uses seeking to get to 0, honestly. |
14:37:57 | preglow | Llorean: well, it's efficient |
14:38:01 | GodEater_ | Zagor: for example, I don't imagine the USB protocol makes much use of the word "Hi" in reality ;) |
14:38:03 | linuxstb | preglow: I think other codecs without seeking implement a special case to seek to the start of the file. |
14:38:05 | preglow | Llorean: no need to reinit the codec and all |
14:38:08 | Zagor | linuxstb: yes we can. and if I don't fix my storage problems soon, I'm tempted to add serial capability for debugging... |
14:38:14 | preglow | linuxstb: they do, i've removed several of them :) |
14:38:25 | Llorean | preglow: I'd just somehow assumed there'd be a "more efficient" special case or something already in place. That's all. :) |
14:38:27 | linuxstb | preglow: ;) Maybe you need to add one for WMA... |
14:38:35 | preglow | i think i will |
14:38:52 | preglow | if i find a decent way |
14:39:05 | * | preglow wonders if saratoga has worked more on seeking |
14:39:43 | linuxstb | preglow: Last time I spoke to him, he said it didn't have any time to work on it any more, but agreed to post what he had to flyspray. I don't think he ever did though... |
14:39:58 | preglow | i have some of it |
14:40:04 | preglow | not the newest, i think |
14:40:08 | preglow | works semi-well but has bugs |
14:41:38 | preglow | if this works, it'll be a huge hack |
14:41:38 | preglow | haha |
14:42:21 | markun | preglow: can you post his code somewhere then? |
14:42:36 | markun | I could really use wma seeking |
14:43:07 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
14:43:15 | | Join pixelma [0] (i=d5494db8@rockbox/staff/pixelma) |
14:43:31 | | Quit ramon8 (Read error: 110 (Connection timed out)) |
14:44:01 | preglow | markun: www.pvv.org/~thomj/rockbox/wmaseeking.patch |
14:44:35 | * | preglow wants a make install for targets |
14:45:03 | markun | thanks |
14:46:08 | preglow | linuxstb: ok, i just do a goto next_track; if seek_time == 1 and it seems to work... |
14:46:28 | preglow | linuxstb: would such a hack of the aeons be commitable? |
14:46:29 | linuxstb | preglow: I just have some little scripts which do make && make zip && mount && unzip && umount |
14:46:44 | preglow | linuxstb: problem is that make zip is dog slow |
14:49:09 | preglow | a simple cp should be heaps faster |
14:49:22 | preglow | linuxstb: but yeah, should i commit that quick hack? |
14:49:58 | linuxstb | You could script that - e.g. modify buildzip to build the files directly in a new location, rather than building a zip |
14:50:11 | linuxstb | preglow: The "skip to 0" hack? |
14:50:14 | preglow | yeah |
14:50:22 | linuxstb | Yes, I think it's useful. |
14:50:47 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
14:50:48 | | Quit Crash91 ("Bye Bye!") |
14:51:36 | linuxstb | preglow: In fact, it shouldn't be too hard to modify buildzip.pl - it already builds a temporary .rockbox folder in your build directory, so that could be changed to build it anywhere. |
14:52:15 | bluebrother | preglow: might be nice for the sim too −− make install also creates a zip first IIRC |
14:52:19 | linuxstb | e.g. search and replace .rockbox with $ROCKBOX and set $ROCKBOX appropriately. |
14:52:37 | | Quit crwl (Read error: 104 (Connection reset by peer)) |
14:52:45 | preglow | i'll just mod a flag into buildzip |
14:53:22 | linuxstb | preglow: You probably want to remove the "rm -fr .rockbox" line though... |
14:53:31 | preglow | :D |
14:54:33 | linuxstb | And be careful with the search and replace - some instances of .rockbox need to stay... |
14:54:35 | amiconn | Wee, asm motion compensation really helps on coldfire :D |
14:54:45 | linuxstb | amiconn: What are the numbers? |
14:54:46 | preglow | amiconn: i really, really expected it to :P |
14:54:48 | preglow | amiconn: how much? |
14:54:56 | amiconn | +5 fps fullscreen on X5, with just the copying version asm'ized |
14:55:01 | preglow | wow |
14:55:04 | amiconn | 25fps->30fps |
14:55:10 | linuxstb | Nice. |
14:55:10 | preglow | that's bloody marvelous |
14:55:37 | * | preglow finds that buildzip.pl is one of those delightful tools that don't explain their flags in a nice help screen |
14:55:39 | amiconn | And there are the various averaging versions which still wait for their conversion... |
14:56:14 | amiconn | I don't think I'll convert the ones which do destination averaging |
14:56:32 | | Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
14:56:45 | amiconn | Hmm, something is slightly wrong there |
14:57:09 | amiconn | Some blocks are messed up |
14:57:35 | markun | amiconn: maybe you should stop before you get better performance than the Gigabeat :) |
14:57:46 | amiconn | ahahaha |
14:58:29 | preglow | ahh, arm already has assembler |
14:58:49 | amiconn | Yes, for copying (what I did for cf right now) and half-pixel x averaging |
14:59:15 | amiconn | Not for half-pixel y averaging, half-pixel x-y-averaging, and not for any destination averaging version |
14:59:16 | * | markun is pretending he never saw preglow's goto |
14:59:30 | preglow | markun: what goto? i don't understand what you're talking about |
14:59:54 | markun | preglow: don't worry, I don't understand either what I was talking about :) |
14:59:57 | preglow | linuxstb: the last wma related bug i can't be bothered to check out, need more test files |
15:00 |
15:00:24 | J | 13:46 < preglow> linuxstb: ok, i just do a goto next_track; |
15:00:32 | elinenbe | markun: are you living in NYC now? I saw the NYC meetup photos from a couple of days ago. |
15:01:00 | markun | elinenbe: no, I just made google pay for my vacation :) |
15:01:10 | * | preglow covers ears and sings |
15:01:17 | markun | and I'm back in the netherlands anyway |
15:01:43 | elinenbe | ah... do you work for google? |
15:02:07 | elinenbe | I wish I'd have known about the meetup, as I am in New York. |
15:02:10 | pixelma | preglow: what does covering ears help in IRC? :D |
15:02:14 | markun | no, I attended the google summer of code mentor summit (unlike that sining guy over there) |
15:02:18 | markun | singing |
15:02:29 | GodEater_ | elinenbe: it wasn't a secret - it was advertised in the forums weeks in advance... |
15:02:40 | elinenbe | preglow: singing is offtopic. |
15:02:45 | markun | elinenbe: yes, too bad :( |
15:02:58 | markun | elinenbe: but they plan to have more meetings |
15:03:21 | elinenbe | GodEater: I'm not a forum regular −− just IRC (sometimes), and the mailing lists (which seem to be getting quite stale) |
15:04:38 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
15:04:53 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
15:05:56 | amiconn | Ah, found the bug... :) |
15:06:31 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
15:06:36 | amiconn | I had the offset-1 routines and the offset-3 routines switched. Completely smooth now :) |
15:07:04 | preglow | still same speedup? |
15:07:08 | amiconn | yup |
15:07:26 | amiconn | Just flipping 2 code paths for 16x16 and 8x8 blocks each |
15:08:22 | preglow | ARCHOS=h120 <- i love these old remnants :D |
15:08:26 | markun | elinenbe: somehow I always thought you were german (are you?) |
15:08:35 | preglow | i always thought he was swedish :> |
15:09:13 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
15:09:38 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
15:10:12 | amiconn | Now, on to the 1/2 pixel x averaging... |
15:12:10 | *** | Saving seen data "./dancer.seen" |
15:13:10 | preglow | mpeg2 doesn't have quarterpel averaging, no? |
15:14:20 | amiconn | I'm not sure what you mean |
15:15:13 | | Quit parafin (Remote closed the connection) |
15:15:27 | amiconn | The moion compensation moves a macroblock by a certain amount of pixels horizontally + vertically, and optionally by an additional 1/2 pixels horizontally, 1/2 pixels vertically, or both |
15:15:47 | | Join parafin [0] (i=parafin@parafin.dialup.corbina.ru) |
15:15:48 | preglow | that's what i'm asking, it doesn't have 1/4 resolution? |
15:15:50 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
15:15:54 | amiconn | Check motion_comp.h for the C code - it's heavily macrofied |
15:15:55 | preglow | i think that got added in h264 |
15:16:18 | amiconn | The predict_X macros |
15:17:19 | amiconn | ...and the MC_FUNC_x macros further down |
15:19:06 | amiconn | preglow: It can also do the said motions, but instead of replacing the block at the destination, average the moved block with the destination |
15:20:48 | preglow | yep |
15:20:56 | | Quit pixelma ("bbl") |
15:21:07 | amiconn | 16 fps fullscreen on H300 now |
15:22:22 | preglow | what are the screen dims on x5 and h300? |
15:22:46 | Llorean | 160x128 and 220x176 iirc |
15:22:50 | amiconn | yep |
15:22:59 | preglow | is that the only reason for the difference in speed? |
15:23:08 | elinenbe | 9fps -> 16 fps... great! |
15:23:18 | Llorean | Almost double. |
15:23:27 | preglow | yeah, but that's with asm idct too |
15:23:29 | preglow | i think |
15:23:33 | amiconn | yes |
15:23:40 | preglow | still very noticable :D |
15:23:41 | elinenbe | amiconn: can you see anywere else to squeak some speed out of it? |
15:23:48 | preglow | iram will be important |
15:23:52 | amiconn | If I play the X5 fullscreen version on H300, it's equally fast |
15:24:06 | markun | the video dimensions don't have to be a multiple of 16 for a long time, shall I change http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer#Choosing_a_resolution |
15:24:26 | Llorean | markun: Isn't that a requirement of the mpeg standard? |
15:24:28 | amiconn | It could be a bit faster due to the slightly simpler lcd_yuv_blit() if we would fiddle with the lcd waitstates between lcd_yuv_blit() and lcd_update() |
15:24:58 | amiconn | When boosted, lcd_update() needs 5 waitstates because it uses dma, but for lcd_yuv_blit(), 4 waitstates would be sufficient |
15:25:02 | elinenbe | amiconn: are these updates to the mpegplayer, or the LCD driver? |
15:25:02 | markun | Llorean: the blocks are 16x16, but the display resolution should just be a multiple of 2 |
15:26:07 | amiconn | elinenbe: mpegplayer |
15:26:36 | markun | Llorean: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=13016 |
15:26:36 | amiconn | I committed lcd driver (and general core speedup) updates a couple of days ago though |
15:26:37 | Llorean | markun: Is there any benefit to using a multiple of 16 (speed, etc?) Also, is there any likelihood there'll be increased compatibility problems if people start picking any random even number? |
15:26:46 | | Quit Gnu47 (Nick collision from services.) |
15:26:52 | elinenbe | so, in the scenario a mpg4 codec is written, they won't benefit that... I got it. |
15:26:53 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
15:27:29 | Llorean | elinenbe: There's still no good reason for someone to write an mpeg4 codec. |
15:28:21 | preglow | sure there is |
15:28:28 | preglow | mpeg4 videos use less space |
15:28:42 | * | linuxstb would like to see more video codecs supported, just as we support many audio codecs |
15:28:48 | preglow | exactly |
15:28:55 | amiconn | linuxstb: Why? |
15:28:57 | Llorean | preglow: I'm not so sure they will. |
15:29:00 | markun | Llorean: I don't think there would be any drawbacks. |
15:29:00 | Ave | does it really make a diffence in low-resolution displays? |
15:29:01 | Llorean | They'll use a little less space |
15:29:02 | preglow | Llorean: how come? |
15:29:03 | linuxstb | amiconn: Why not? |
15:29:10 | amiconn | Video is different from audio in that you need to convert for the target anyway |
15:29:26 | Llorean | preglow: In terms of image quality, the screens are so small anyway that I'm not sure mpeg4 will get a significant bitrate advantage. |
15:29:26 | preglow | Llorean: there's a possibility you're right, but i would still like to see some numbers on it |
15:29:34 | amiconn | ...and rockbox is a DAP firmware in the first place |
15:29:42 | linuxstb | Not always - 320x240 is a relatively common size for videos such as podcasts to be distributed in. |
15:29:43 | preglow | in the first place, yes |
15:29:49 | preglow | and now daps aren't only audio devices anymore |
15:29:57 | Llorean | preglow: As well, with the additional computational overhead, someone with mpeg2 video can just sacrifice framerate for image quality anyway. |
15:30:05 | preglow | videos are distributes to be played on these devices |
15:30:06 | amiconn | linuxstb: What are podcast? :> |
15:30:09 | preglow | so we should support these other formats |
15:30:10 | markun | if we can find a video codec which is better than mpeg2 in speed, size or quality I'm all for it |
15:30:13 | Llorean | I really wouldn't MIND other video codecs. |
15:30:19 | Llorean | I just don't think that it's likely to be an "improvement" |
15:30:39 | preglow | i don't really care about video, but why the hell not? |
15:30:42 | Llorean | With the exception of maybe the Gigabeat, which might be able to play them at decent quality *and* framerate |
15:30:54 | preglow | Llorean: and let's face it, that's the way daps are going |
15:30:59 | Llorean | Oh, I agree on that |
15:31:03 | markun | the Gigabeat S might be capable of a lot more |
15:31:06 | Llorean | For future targets, multiple video codecs will be a must |
15:31:12 | Llorean | I just don't think it's *yet* particularly beneficial |
15:31:13 | preglow | gigabeat s can do h264 while standing on its head |
15:31:20 | linuxstb | I'm not saying I want to work on other video codecs, but I don't think we should discourage it. |
15:31:31 | Llorean | preglow: h264 support would be nice, we could then support "iPod" encoded videos |
15:31:37 | linuxstb | preglow: With an APE audio stream... |
15:31:48 | | Join Benoitb [0] (n=Benoitb@public1.alcasat.net) |
15:31:59 | Llorean | linuxstb: I don't mean to discourage it, I just think I lot of people request it on a simple assumption that it *must* be better. |
15:32:05 | preglow | Llorean: those videos aren't drmed, are they? |
15:32:26 | Llorean | preglow: iTunes ones are. Podcasts that are pre-encoded, music videos that authors post to their websites, etc, usually don't tend to be. |
15:32:28 | linuxstb | preglow: itunes-bought ones are. |
15:32:45 | * | linuxstb wonders how Llorean wrote such a long reply, quicker... |
15:32:55 | preglow | i wonder how much cpu they waste on decrypting... |
15:33:07 | | Quit parafin ("So long and thanks for all the fish") |
15:33:13 | | Join parafin [0] (i=parafin@paraf.in) |
15:34:03 | linuxstb | I don't know, but maybe mpeg4 encoders are more common then mpeg2, due to the proliferation of original firmwares using it. |
15:34:38 | preglow | linuxstb: wpsbuild.pl also assumes a .rockbox dir... |
15:34:46 | Llorean | linuxstb: Probably so. Most desktop video seems to be mpeg4, and then you can just pick a smaller resolution for your DAP |
15:35:38 | Llorean | Also the iPod OF supports mpeg4 divx as well as h264/AVC I believe, and the PSP too. |
15:35:52 | preglow | it's the more widespread codec for this use |
15:35:54 | preglow | plain and simple |
15:36:02 | | Join stewball`ghost [0] (n=WTFOMGBB@91.104.208.254) |
15:36:10 | preglow | you don't see mpeC[C[Cg2 files spread around often unless you're looking at dvb or dvd |
15:36:17 | preglow | mpeg2... |
15:36:38 | Llorean | mpeg2 encodes right quick, though. |
15:36:39 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
15:36:51 | preglow | deed |
15:36:57 | preglow | the newer codecs are slow as hell |
15:37:36 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
15:37:52 | linuxstb | But anyway, no-one seems keen on actually implementing other codecs... |
15:38:20 | Llorean | Well there is the old xvid decoding patch in the tracker, right? |
15:38:26 | | Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") |
15:38:33 | Llorean | If I recall it even decoded frames, there was just no display code etc yet? |
15:38:36 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
15:38:47 | preglow | myeah |
15:39:03 | linuxstb | That's a nasty implementation though - IIRC it didn't even fit in the 512KB plugin buffer. |
15:39:19 | Llorean | Ah |
15:39:33 | linuxstb | But maybe it could be trimmed down... |
15:39:55 | Llorean | Another basic advantage of mpeg4 divx/xvid support would be that preconverted videos for X5 and H300 wouldn't need to be remade. |
15:40:32 | preglow | let's put the codecs in the core! :P |
15:40:48 | linuxstb | I'm sure tomasz will like that... |
15:41:38 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
15:43:17 | preglow | wtf, the arm idct has no multiplies |
15:43:27 | markun | because of the VGA resolution of the mrobe we were actually talking a bit about scalable font support during the GSoC summit :) |
15:43:48 | | Join PaulJam [0] (i=Paul@vpn-3143.gwdg.de) |
15:43:51 | markun | I'm sure amiconn would love to have that in code :P |
15:43:53 | markun | core |
15:44:58 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
15:45:23 | preglow | we wouldn't want it in the core for our smaller targets anyway, so.. |
15:45:25 | | Nick Tanuva|off is now known as Tanuva (n=tanuva@83.220.128.10) |
15:45:55 | linuxstb | I would imagine the mrobe needing completely new UI widgets to work nicely. |
15:47:22 | amiconn | eurgh |
15:47:35 | amiconn | The m:robe 500 is a strange dap anyway, imho |
15:47:42 | preglow | meaning? |
15:47:44 | Llorean | What exactly would scalable fonts mean? |
15:47:50 | amiconn | The touch ui... |
15:47:50 | | Join Honkboy [0] (n=stefan@dslb-084-056-078-109.pools.arcor-ip.net) |
15:47:51 | preglow | that we shouldn't port to it? |
15:47:52 | Llorean | In my head it just means "the option to pick size along with font" |
15:48:33 | linuxstb | Touch UIs are sadly getting more common.... |
15:48:42 | markun | Llorean: I was thinking about vector fonts like t1 or truetype/opentype |
15:48:53 | linuxstb | What's the spec of the CPU? |
15:48:56 | Llorean | Ah, vector fonts. |
15:49:00 | markun | DM320 |
15:49:06 | pondlife | Can anyone explain concisely why we shoudn't have special-casing for "The" in tagnavi.config? Llorean, maybe - you're eloquent. |
15:49:29 | pondlife | I'm about to commit, but can't come up with a nice commit message. |
15:49:41 | amiconn | 'The' is 100% language specific |
15:50:33 | linuxstb | markun: google tells me it's a 160MHz ARM926EJ-S |
15:50:38 | | Part Honkboy ("Leaving.") |
15:50:43 | Llorean | pondlife: In the tagnavi it's not *as* big a deal. But leaving it out could simply be explained as "Reduce clutter in the tagnavi with the expectation that special casing for 'The' will become unnecessary in the future, and can be cleared out to clean up the default interface" or something similar. |
15:50:56 | * | amiconn wants some extra data registers on cf :> |
15:51:13 | pondlife | Llorean, amiconn: Thanks |
15:51:14 | linuxstb | markun: It's the same as the TCC77x - ARM v5 (but the TCC77x is only 120MHz) |
15:51:17 | preglow | amiconn: i want them on arm... cf has more |
15:51:23 | amiconn | Eh? |
15:51:34 | amiconn | arm has universal registers... cf does not |
15:51:34 | Llorean | amiconn: Unfortunately, tagnavi is already english-specific, isn't it? |
15:51:47 | preglow | amiconn: ahh, like that, you can use addr regs plenty of places on cf anyway |
15:52:02 | amiconn | Not for shifting purposes... |
15:52:09 | markun | linuxstb: doesn't sound too fast, but of course the DSP makes up for it |
15:52:09 | preglow | correct :/ |
15:52:55 | linuxstb | markun: Yes, but it's an architecture better than the ARMs Rockbox runs on at the moment, and has extra DSP instructions (not including the DSP itself in the DM320) |
15:53:40 | preglow | my, buildzip.pl and wpsbuild.pl have really bad command line argument handling |
15:55:42 | preglow | ordering dependent and everything |
15:55:53 | lostlogic | pondlife: haha, plug your ears for a few days... :-P |
15:55:56 | * | preglow wishes people would use Getopt::Std |
15:56:14 | pondlife | lostlogic: Do you think people really use that much? |
15:56:39 | pondlife | I'm happy to revert if pushed, I just though it was tidier this way. |
15:57:13 | lostlogic | there are a lot of English speaking teenagers who will be unhappy −− at one point there was a big uproar wanting directory sorting that ignores "the" |
15:57:39 | lostlogic | pondlife: which doesn't make you wrong, it makes them... |
15:58:01 | pondlife | We never gave in on the sorting, and so now we are more consistent :) |
15:58:11 | lostlogic | agreed. |
15:58:42 | pondlife | Besides, by that argument I'd want to see The White Stripes appear under W, rather than having a The section, no? |
15:59:02 | lostlogic | aye |
15:59:04 | | Join scorche|w [0] (n=8dc5049d@80.94.225.7) |
16:00 |
16:00:32 | | Quit Zagor ("Client exiting") |
16:01:51 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
16:01:58 | | Quit RaRe (Read error: 110 (Connection timed out)) |
16:06:09 | JdGordon | hey all |
16:07:19 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
16:09:39 | Crash91 | hi |
16:11:28 | | Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) |
16:14:32 | | Quit Crash91 ("Bye Bye!") |
16:15:09 | * | preglow has working make install |
16:15:22 | preglow | now, what to do with it :V |
16:16:04 | markun | where does it install to? |
16:16:16 | preglow | right now a hardcoded place in the makefile |
16:16:24 | markun | ok |
16:16:24 | preglow | but really where you want to, i don't know how to pass options to a makefile |
16:16:38 | preglow | something like make install DEST=/media/H120/.rockbox would be nice |
16:17:05 | linuxstb | I'm not sure it belongs in the Makefile - as it's very specific to the user environment. Unless you add it to configure... |
16:17:28 | preglow | sure, i'd have to add it to configure to make it appear in every user environment |
16:17:33 | bluebrother | well, using an environment variable sound quite nice to me. |
16:17:35 | linuxstb | i.e. DEST=/media/H120/.rockbox ../tools/configure |
16:17:44 | preglow | hmm |
16:17:48 | preglow | sounds pretty clever |
16:18:42 | preglow | right now, all i've done is add to -c options to wpsbuild.pl and buildzip.pl which specify target, both default to .rockbox |
16:18:55 | preglow | buildzip.pl also doesn't actually build a zip if -c is specified |
16:20:07 | linuxstb | Is it much faster then building a zip? |
16:20:19 | preglow | not as much as i'd hoped |
16:20:25 | preglow | but i'll do a quick time |
16:22:04 | preglow | looks like it's actually slower, wtf |
16:23:26 | preglow | nah |
16:23:29 | preglow | it's not much faster at all |
16:23:32 | preglow | i'll just scrap this entire attempt |
16:24:09 | preglow | it might actually be faster for sim builds, but i'm not jumping through hoops to make sim builds a couple of seconds faster to install |
16:24:35 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
16:24:36 | | Quit iamben_ (Connection reset by peer) |
16:24:43 | linuxstb | I normally just cp whatever has changed anyway when using the sim |
16:26:45 | preglow | i do that for both target and sim, usually |
16:28:13 | preglow | linuxstb: did you ever try out the hw eq removal patch? |
16:30:53 | linuxstb | No. I'll do it now... |
16:32:40 | linuxstb | The patch doesn't apply cleanly at all... |
16:33:14 | linuxstb | I don't have time to investigate now though. |
16:34:09 | preglow | beh, not surprising |
16:35:03 | preglow | you could just ask for a sync if it fails too miserably |
16:38:02 | | Join webguest36 [0] (i=52985296@gateway/web/cgi-irc/labb.contactor.se/x-ab42d45baeca4eca) |
16:38:07 | | Join printhorizon [0] (n=jonodude@ip70-186-201-185.hr.hr.cox.net) |
16:38:44 | | Join webguest78 [0] (i=52985296@gateway/web/cgi-irc/labb.contactor.se/x-88ea41ce79c66725) |
16:38:52 | | Quit webguest36 (Client Quit) |
16:39:10 | JdGordon | linuxstb: we'll know better on the weekend (when i get a chance to play), but with either big enough fonts, or a stylus the mrobe shouldt be too hard to control |
16:39:13 | | Join proppy [0] (n=proppy@ram94-2-82-66-68-232.fbx.proxad.net) |
16:39:15 | proppy | hi |
16:39:41 | pondlife | JdGordon: How much of the code runs on the mrobe now? |
16:39:47 | linuxstb | JdGordon: You think the current UI is good enough then? |
16:40:12 | JdGordon | pondlife: we can run the main image, no buttons work so cant really test how well though |
16:40:19 | JdGordon | linuxstb: we'll see... it ihnk it will be ok |
16:40:24 | | Part qwm |
16:40:50 | pondlife | JdGordon: So it'll display the settings menu, but that's it.. |
16:40:51 | pondlife | ? |
16:40:53 | proppy | I reformated my HFS+ partition to FAT32 using gparted under linux, |
16:40:55 | JdGordon | yeah |
16:41:04 | pondlife | Sorry, I meant main menu |
16:41:07 | JdGordon | with the default font its absolutly tiny :) |
16:41:11 | proppy | now ipodpatcher failed with the following error: [ERR] Partition layout is not an ipod |
16:41:20 | linuxstb | proppy: Did you do everything stated here? http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 |
16:41:31 | linuxstb | proppy: It's not simply a matter of reformatting... |
16:41:46 | | Quit karashata ("Leaving.") |
16:42:10 | proppy | oh ok |
16:42:16 | proppy | I wasn't aware of that wiki page |
16:42:18 | proppy | thanks a lot |
16:42:22 | | Quit JdGordon ("ZZzzzzz...") |
16:43:00 | linuxstb | The manual links to it, so does ipodpatcher, and so does rbutil... |
16:43:28 | proppy | linuxstb: there is no 1go nano first generation partition table |
16:43:44 | | Quit webguest78 ("CGI:IRC (Ping timeout)") |
16:44:38 | proppy | linuxstb: You're right the manual link it in Prerequisite section |
16:45:34 | linuxstb | Then you'll need to either find someone with a 1GB Nano who will donate their partition table, or find a Windows PC with itunes installed. |
16:45:46 | linuxstb | Or if you've confident with partition tables, you can try and create it manually. |
16:45:51 | linuxstb | ^you're |
16:46:27 | proppy | I will try to study the difference between 4go and 2go |
16:46:32 | linuxstb | See here - http://ipodlinux.org/Restore_Without_Itunes |
16:47:00 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
16:50:31 | proppy | linuxstb: I used the 2gb one |
16:50:41 | proppy | linuxstb: and just resized the partition with fdisk |
16:50:59 | proppy | linuxstb: now ./ipodpatcher recognized the partition table |
16:51:31 | proppy | that what http://ipodlinux.org/Restore_Without_Itunes advice btw :) |
16:52:12 | proppy | can I dump my partition table to upload it to http://download.rockbox.org/bootloader/ipod/ ? |
16:55:06 | PaulJam | wow, nice work on the mpegplayer for coldfire. thanks amiconn. |
17:00 |
17:03:24 | amiconn | preglow: The data register shortage isn't as bad as I feared; I can use an addr register for the loop counter, which means just one additional instruction |
17:03:41 | amiconn | (tst.l %a3, as subq.l #1, %a3 doesn't set flags) |
17:11:13 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
17:12:11 | *** | Saving seen data "./dancer.seen" |
17:12:33 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
17:13:38 | | Quit barrywardell () |
17:14:33 | preglow | amiconn: yes, i've usually been able to work around in ways like that myself |
17:17:06 | jumpatrain | still working on the mpc7 for rockbox? |
17:17:13 | jumpatrain | mpc8* |
17:17:31 | bluebrother | mpc8? |
17:17:44 | jumpatrain | musepack sv8 playback |
17:17:48 | preglow | jumpatrain: still working on? no one has started |
17:18:03 | | Join sarixe [0] (n=root@pool-68-239-208-219.nwrk.east.verizon.net) |
17:18:03 | bluebrother | I was thinking something like that too :) |
17:18:12 | jumpatrain | preglow, ah. i thought for a time, weeks ago, you wanted to do that |
17:18:34 | preglow | jumpatrain: yeah, i did start, then immediately got highly bored |
17:18:47 | jumpatrain | yeah :) |
17:18:51 | jumpatrain | got that impression |
17:18:56 | preglow | my tendency to work on stuff i won't use myself has gotten worse during the last year |
17:19:54 | amiconn | Hmm. Can't tell for sure whether that halfpixel x averaging in asm has any effect on speed :| |
17:20:00 | preglow | worse meaning i don't do it as much :> |
17:20:08 | preglow | amiconn: because not much uses it? |
17:20:19 | amiconn | Yeah, perhaps |
17:20:31 | preglow | fancy encoders should |
17:21:27 | sarixe | man, i had a really cool idea for a feature, but i completely forgot what it was |
17:21:37 | sarixe | i'm so disappointed |
17:21:41 | bluebrother | sarixe: cool feature :) |
17:21:44 | sarixe | lol |
17:22:37 | sarixe | ah, gtg though |
17:22:40 | | Quit sarixe (Client Quit) |
17:23:43 | printhorizon | Hey, I just noticed that the build of Rockbox I'm using supports cuesheets. I'm using ye olde Archos Jukebox Recorder v1, which just plays MP3s. Can cuesheets be used with MP3? |
17:23:49 | preglow | sure |
17:25:18 | printhorizon | Okay... so I've got a cuesheet and an MP3 image in the same directory |
17:25:26 | printhorizon | I "play" the cuesheet |
17:25:36 | proppy | linuxstb: thanks for the wiki links they work like a charm |
17:25:56 | bluebrother | you need to enable cuesheet support first (and iirc you need to reboot after that) and play the mp3 file |
17:26:11 | printhorizon | Okay. Well, I did enable the cuesheet support and rebooted |
17:26:21 | preglow | printhorizon: you play the mp3, not the cue |
17:26:21 | bluebrother | both files need to have the same filename except the file extension |
17:26:32 | printhorizon | If I play the MP3 itself, I'm only seeing the MP3 as one big file |
17:26:37 | preglow | printhorizon: after playing the mp3, you can play the cue. don't ask me why this is |
17:26:37 | printhorizon | Ah. |
17:26:42 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
17:26:52 | preglow | printhorizon: what bluebrother said is important |
17:27:18 | printhorizon | Okay, I think the filenames were "artist - album.mp3" and "artist - album.mp3.cue" |
17:27:22 | printhorizon | Problem? :) |
17:27:25 | bluebrother | yes. |
17:27:28 | printhorizon | I see. |
17:27:41 | printhorizon | the cuesheet should simple be "artist - album.cue" then? |
17:27:44 | bluebrother | well, not really a problem but you need to rename the cue to "artist - album.cue" |
17:27:50 | printhorizon | Gotcha! |
17:27:53 | printhorizon | I'll try that |
17:30:30 | printhorizon | Hmm... cuesheet support was not enabled. Weird. I know I did enable it. |
17:31:13 | printhorizon | Rockbox doesn't seem to be saving my setting. |
17:31:36 | rasher | Hrm.. is it not possible to use automatic update of Database on Sansa? The manual tells me to enable dircache, but that's nowhere to be found.. |
17:31:48 | | Join jac0b-work [0] (n=jac0b-wo@gifn3.fpl.com) |
17:31:58 | bluebrother | I don't know the details on the archos but make sure to actually shut down the player and not simply reset it |
17:32:26 | rasher | Also, bluebrother.. rbutil is unable to detect my sansa, whereas sansapatcher deals just fine.. |
17:32:34 | rasher | On Windows. |
17:32:39 | bluebrother | hmm. |
17:32:41 | rasher | If you need me to test anything, shoot |
17:32:47 | printhorizon | I'm not too sure on the difference. What I'm doing is pressing "Off" once, it says something like "Press OFF again to shut down" and then I do so. |
17:33:00 | bluebrother | well, I don't have any idea what could be causing this right now. |
17:33:15 | bluebrother | maybe Domonoky has −− he's working on windows. |
17:33:24 | bluebrother | I guess you're not on vista? |
17:33:28 | rasher | Nope, XP |
17:33:48 | bluebrother | there was a similar issue for ipodpatcher installation on xp. |
17:33:52 | rasher | Running as an unpriviledged user, but running rbutil as admin, of course |
17:34:54 | printhorizon | Hmm, could my problem be caused by extremely low batteries? Rockbox is saying to charge the battery when it is shutting down. :P |
17:34:57 | pondlife | bluebrother: Did you see my problem with talk file generation? It appeared to work, but didn't create them.. |
17:35:00 | * | amiconn learned that he should make better use of asm macros |
17:35:13 | bluebrother | pondlife: yes, I noticed it. |
17:35:35 | amiconn | Lowers the likelihood of unnoticed typos.... |
17:35:35 | pondlife | I've been too busy to experiment much further, sadly. |
17:35:44 | | Join ToHellWithGA [0] (n=ryan@d16-124.rt2-bras.clm.centurytel.net) |
17:35:58 | printhorizon | Okay, I got the cuesheet support enabled. Lots of thanks for the help.; |
17:36:05 | printhorizon | Works like a charm! This is really cool. |
17:36:11 | rasher | Speaking of talkfiles.. anyone up for hacking on adding voice-clips to Database? I've got the clip generation part going, but need to add something in the Database menu code, which I'm not sure I can handle.. |
17:36:43 | pondlife | rasher: What filenames are you using? |
17:37:12 | rasher | The string to speak, sanitized to be FAT-friendly, and truncated at 100 chars. |
17:37:22 | rasher | I imagine putting them somewhere in .rockbox |
17:37:56 | pondlife | Ah, so it'll just do a lookup |
17:38:15 | rasher | Yeah, should be fairly simple for someone in the know about the database code, hopefully |
17:38:18 | pondlife | Couldn't that also apply to file browsing too? |
17:38:43 | pondlife | Might save a little space as there would only need to be one clip for an album with a title track |
17:38:48 | pondlife | rather than 2 |
17:38:49 | printhorizon | Hrm, I'm guessing the database might have some trouble with the MP3 images? Or is it smart enough to work with the cue points and display separate albums, tracks, etc.? |
17:38:51 | | Quit FOAD (Read error: 110 (Connection timed out)) |
17:38:51 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
17:39:22 | rasher | pondlife: I suppose so, but I'm not sure how much is gained by that - plus you have then separated the talk clips from the files, which might not be wanted if people move their stuff around |
17:39:29 | pondlife | True |
17:39:45 | pondlife | I like the idea of a single system for both browsers though |
17:39:59 | rasher | That's a good point as well.. |
17:40:16 | linuxstb | printhorizon: Rockbox just uses cuesheets as points to skip to within a track. The big file is still considered one track as far as the rest of Rockbox is concerned. |
17:40:25 | rasher | But with the current system you can skip the string sanitizing, since you know the string to be a valid filename already |
17:40:35 | rasher | don't know if that means anything in practice though, probably not |
17:40:55 | | Join WalterEgo [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) |
17:41:07 | proppy | I get many Prefetch/Illegal instruction error, is this a known problem ? |
17:41:32 | rasher | pondlife: Also, I'm sure we'll get angry fanmail if we break the vbs .talk file generating script |
17:41:40 | printhorizon | linuxstb: Thanks. I suppose now I just need to weigh the pros and cons of using a single image and a cue sheet versus individual tracks. |
17:41:41 | pondlife | Indeed |
17:42:13 | linuxstb | printhorizon: For Rockbox, individual tracks will work better - so you can shuffle, add individual tracks to playlists etc. |
17:43:30 | linuxstb | proppy: On some Nanos, yes. I'm not sure what the suggested solution/workaround is, but there are a few forum threads and a task on the bug tracker related to it. |
17:43:54 | linuxstb | proppy: http://www.rockbox.org/tracker/task/7510 |
17:43:57 | proppy | oh ok let me search it |
17:44:15 | rasher | pondlife: I guess I'll upload a patch with the voice.pl modifications and advertise for people to fix the database side of things |
17:44:32 | printhorizon | linuxstb: I see your point. :) I rarely shuffle or use playlists but I do sometimes prefer to start with a song in the middle of the album, and that'd be easier with the individual songs... |
17:44:59 | pondlife | rasher: I was thinking for people who use both file and database browsing it would be good not to need 2 sets of voice clips... |
17:45:11 | pondlife | Not sure that came across clearly though :) |
17:45:22 | rasher | Ah, very good point.. |
17:45:52 | linuxstb | printhorizon: The only uses I know of for cuesheets are 1) Making a perfect backup of a CD (but you're using MP3 anyway, so that's not relevant), and 2) For gapless playback with software that doesn't have gapless support (which Rockbox does have, if the mp3s are encoded/split correctly). |
17:46:07 | rasher | that would roughly half the needed clips |
17:46:26 | pondlife | i.e. Beatles.talk would be found for either browser |
17:46:32 | rasher | Indeed. |
17:46:50 | rasher | I suppose database support could come first, then unification afterwards |
17:47:16 | pondlife | Yes |
17:47:39 | pondlife | Might be free to support both types in the file browser after that. |
17:47:58 | printhorizon | linuxstb: Right. I enjoy using FLAC with embedded cuesheets in foobar2000 on my computer, but I think individual tracks are perfectly fine for a DAP. Thanks for the advice... it's cool to know Rockbox does do this, though. |
17:50:49 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
17:51:45 | | Join JRoT [0] (n=JRoT@ip4da03737.direct-adsl.nl) |
17:51:53 | JRoT | Hey |
17:55:43 | printhorizon | How about any personal recommendations on newer DAPs that Rockbox will work on? I'm gonna have to replace my Archos sometime, and I'd love to stick with Rockbox for the software. |
17:56:03 | bluebrother | check the BuyersGuide wiki page |
17:56:10 | printhorizon | ooh! |
17:56:40 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
17:56:54 | linuxstb | I don't think any hard-disk based DAPs which Rockbox works on are sold new any more - you'll have to buy a used one. (but the video ipods may still be available) |
17:57:04 | printhorizon | I see. |
17:58:14 | | Join styleism [0] (n=etm101@87-194-104-214.bethere.co.uk) |
17:58:27 | printhorizon | I definitely want to get one that plays Ogg. |
18:00 |
18:00:22 | | Quit Crash91 (Client Quit) |
18:03:01 | | Quit PaulJam (".") |
18:03:30 | | Quit atsea-99 (Read error: 104 (Connection reset by peer)) |
18:03:38 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
18:03:56 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-c51a2fef901cf737) |
18:04:41 | | Quit jumpatrain (Remote closed the connection) |
18:05:33 | linuxstb | printhorizon: All the non-Archos devices Rockbox runs on play the same audio formats - they all play Ogg vorbis. |
18:05:46 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
18:05:56 | rasher | pondlife: if you're interested, I just submitted the script as FS #7984 |
18:06:01 | printhorizon | linuxstb: Oh, thanks, I was just about to ask where to find what formats were support on the various devices |
18:06:07 | printhorizon | supported* |
18:09:44 | proppy | linuxstb: update http://www.rockbox.org/tracker/task/7510 with my info |
18:10:24 | proppy | linuxstb: I can lend my ipod to a EU rockbox developer if they still need to |
18:13:18 | markun | printhorizon: http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_status |
18:13:42 | | Quit Thundercloud (Remote closed the connection) |
18:17:36 | printhorizon | Heh, okay, I have one last question... has anyone had trouble with the navigation buttons on the Archos units losing their "clickiness"? The left and right buttons on mine still have quite a bit of "click" to them, but up and down actually down click at all... they work, but it doesn't feel like one is actually pressing them. |
18:17:59 | printhorizon | Not sure whether that's fixable without opening the unit up, but I thought it'd be worth asking |
18:18:46 | | Join PaulJam [0] (i=Paul@vpn-3078.gwdg.de) |
18:18:54 | | Join Thundercloud [0] (n=thunderc@resnet05.nat.lancs.ac.uk) |
18:19:33 | | Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) |
18:19:46 | printhorizon | oh, shoot, that was supposed to read "up and down actually DON'T click at all," not "up and down actually down click at all" |
18:19:47 | | Quit pepie34 (Read error: 104 (Connection reset by peer)) |
18:20:35 | PaulJam | hi, i just updated the build on my h300 and now in the wps the time and date informations often dissappear for a second. is this already known? |
18:22:15 | | Join Konam [0] (n=Konam@86stb68.codetel.net.do) |
18:22:18 | Konam | hi |
18:22:51 | Konam | is there a way to change -or turn off- the rockbox presentation screen? |
18:23:28 | | Join shnee [0] (n=CurtyD13@cpe-75-187-62-136.columbus.res.rr.com) |
18:23:44 | PaulJam | Konam: it is possible to change it, but this requires changing the sourcecode and compiling rockbox |
18:24:28 | | Part printhorizon |
18:24:37 | JRoT | anyone knows why i don't see any album art on my sansa e260? |
18:24:56 | rasher | JRoT: Because Rockbox doesn't support Album Art. |
18:25:25 | JRoT | ohw oke, cause a saw it by the screen shot of the themes |
18:25:27 | JRoT | but THnx |
18:25:59 | scorche|w | JRoT: some themes are meant for unsupported builds which may have the album art patch in it, which is why you would be seeing that |
18:26:02 | rasher | There is unofficial and unsupported album art funcitonality available through patching or running custom (unsupported builds) |
18:26:40 | JRoT | k i will keep it by the original rockbox |
18:26:46 | JRoT | Wich is great |
18:26:55 | | Quit mf0102 ("Verlassend") |
18:27:20 | pixelma | PaulJam: interesting, I can see the time disappearing on my M5 too (build is r15153) |
18:27:34 | | Join chris_mt [0] (n=chatzill@host-69-145-134-192.grf-mt.client.bresnan.net) |
18:27:41 | pixelma | couldn't make out a scheme for it yet |
18:27:44 | rasher | With any luck, proper album support shouldn't be too far off (few months or even weeks, perhaps - though we *don't* give out dates, so consider this my personal guess) |
18:28:06 | * | scorche|w tsks at rasher |
18:28:15 | rasher | What? |
18:28:25 | bluebrother | it was almost a timeline ;-) |
18:28:29 | rasher | Was not! |
18:28:42 | PaulJam | pixelma: seems to be random, in the statusbar it happens too |
18:29:03 | | Join kratonator [0] (i=544bb0fc@gateway/web/cgi-irc/ircatwork.com/x-b619d45606626e98) |
18:29:15 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
18:29:16 | | Join Ambiquity [0] (i=d988c7f4@gateway/web/cgi-irc/labb.contactor.se/x-0e1378745e4025b5) |
18:29:17 | bluebrother | Llorean: seen the display issue at http://forums.rockbox.org/index.php?topic=13296.msg100448 ? |
18:29:25 | pixelma | PaulJam: it's even visible in the statusbar... seems less likely to me though |
18:29:31 | bluebrother | seems the forums don't deal with < and > gracefully |
18:29:58 | | Join Addi2 [0] (n=Addi@85-220-84-106.dsl.dynamic.simnet.is) |
18:30:01 | scorche|w | bluebrother: yeah...they dont..never have |
18:31:09 | scorche|w | fixed :) |
18:31:17 | scorche|w | ...not really |
18:31:49 | pixelma | fun thing is that the let you think they work because the preview looks ok |
18:32:47 | scorche|w | well, now they are fixed... |
18:33:18 | bluebrother | isn't there a fix available for the forums software? |
18:34:08 | | Quit davina (Read error: 104 (Connection reset by peer)) |
18:34:08 | scorche|w | bluebrother: a full disabling of html code *should* fix it, but i am not sure |
18:35:16 | preglow | linuxstb: as asf maintainer, do you expect #7981 to be related to the metadata parser itself? |
18:35:49 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
18:36:17 | | Quit obo ("bye") |
18:38:03 | JRoT | rasher you did release rockbox under a gnu license isn't it, so can't you then use the Album Art patch from a costum build? |
18:38:24 | preglow | rasher is responsible for releasing rockbox? :P |
18:38:32 | rasher | JRoT: Problem is the code is not how "we" want it. It's something of a hack |
18:38:33 | bluebrother | he is. |
18:38:41 | rasher | Oh dear. |
18:38:48 | bluebrother | blame rasher for the long no-release period! |
18:38:52 | JRoT | ah oke thnx rasher |
18:38:59 | bluebrother | ;) |
18:39:16 | rasher | bluebrother: Hey, I was the one trying to come up with policies and inciting riots not too long ago! |
18:39:51 | preglow | anyone know what the mpegplay.c code in uisimulator/common is for? |
18:39:51 | PaulJam | is someone with a non coldfire target that has a rtc here? |
18:39:52 | bluebrother | you should come up with a release schedule! We want a release now! |
18:39:55 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
18:39:55 | bluebrother | hehe, scnr. |
18:39:58 | preglow | PaulJam: yeah |
18:40:05 | bluebrother | PaulJam: yes |
18:40:17 | | Join kkurbjun [0] (n=kkurbjun@alamode.Mines.EDU) |
18:40:52 | JRoT | mp4 doesn't work isn't it? |
18:40:55 | PaulJam | could you look if the problem that the time dissappears randomly for a second int the wps and in the statusbar happens on your player too? |
18:40:55 | rasher | preglow: I believe there was once support for sound in the hwcodec targets.. perhaps that's it? |
18:41:16 | rasher | Completely guessing here.. obviously |
18:41:17 | preglow | rasher: yeah, that might it. any plans to fix it? |
18:41:17 | bluebrother | JRoT: mp4 what? Video? Audio? |
18:41:45 | rasher | preglow: well it's been broken for years afaik, so it's probably not high priority |
18:41:58 | preglow | my delete finger is itching :> |
18:42:16 | bluebrother | JRoT: you might be interested in http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_status ... and mpegplayer needs mpeg2. |
18:42:38 | | Quit Konam (Read error: 110 (Connection timed out)) |
18:42:58 | | Quit Arathis ("Bye, bye") |
18:43:09 | rasher | Llorean: why did you make power->stop in FS #7232? |
18:43:19 | JRoT | thnx blargit |
18:43:22 | JRoT | * bluebrother |
18:43:36 | pixelma | PaulJam: I'll try soon on with a more recent on my c200 but r15145 behaved correctly |
18:43:44 | bluebrother | PaulJam: the time display on my mini works fine here. |
18:44:22 | bluebrother | but I experienced an interesting behaviour when I flashed my h120 with an rtc build: the time showed −−:−− first but after a while showed an arbitrary value |
18:44:23 | pixelma | bluebrother: compare to your H100? |
18:44:42 | amiconn | linuxstb: around now? |
18:45:19 | * | preglow wants simulator volume support |
18:45:47 | amiconn | It's already there... |
18:45:49 | | Join barrywardell [0] (n=barrywar@dhcp-892b9a55.ucd.ie) |
18:46:02 | bluebrother | pixelma: I had this issue when I flashed an RTC build to my h120 before I added the RTC chip. Now it's modded and the time works just fine. |
18:46:53 | bluebrother | the only issue that's left now is that it sometimes resumes playback after bootup even if the alarm didn't trigger. But I ahven't bothered enough to look into it. |
18:46:53 | preglow | amiconn: eh? why doesn't sim volume change, then? |
18:47:13 | amiconn | I don't know. Perhaps it depends on the sound driver or sth |
18:47:16 | rasher | preglow: I blame Linux mixer hilarity |
18:47:19 | preglow | wtf |
18:47:20 | proppy | amiconn: ping |
18:47:23 | amiconn | JdGordon added it weeks ago |
18:47:36 | preglow | hahahah, nothing changes until you're _really_ low |
18:47:42 | pixelma | bluebrother: with a current build and watching it for a while? |
18:47:46 | proppy | amiconn: about http://www.rockbox.org/tracker/task/7510 do you want me to lend you a faulty ipod ? |
18:47:48 | preglow | i think i'll just go ahead and add software volume handling |
18:47:56 | preglow | one should never access the global mixer anyway |
18:48:11 | n1s | amiconn: mpegplayer speed doubled on my h300 with your recent optimizations :-) |
18:49:56 | | Quit Ambiquity ("CGI:IRC (EOF)") |
18:50:09 | | Join webmind_ [0] (n=webmind@u2m.nl) |
18:50:09 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
18:50:15 | bluebrother | pixelma: yes, I haven't noticed any issue with the current build. |
18:50:39 | proppy | anw I will drop a mail to -dev list |
18:50:45 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
18:52:16 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
18:52:45 | * | bluebrother updates build on ipod |
18:53:06 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
18:54:13 | | Quit jumpatrain ("Leaving") |
18:54:31 | | Quit stewball`ghost () |
18:54:40 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:55:12 | preglow | rasher: according to sdl docs, the sdl volume does not affect any linux mixers |
18:55:29 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
18:55:46 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:55:49 | PaulJam | bluebrother: i'm writing a bugreport. which svn revision did you use on your mini? |
18:55:57 | | Join Domonoky [0] (n=Domonoky@e179088114.adsl.alicedsl.de) |
18:56:36 | bluebrother | PaulJam: just replaced it with current svn, but my version wasn't older than two days. |
18:56:39 | pixelma | PaulJam: I don't see this effect on my c200 with revision 15168 |
18:56:48 | bluebrother | will keep an eye on it. |
18:56:58 | PaulJam | thank you. |
18:57:13 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
18:59:18 | rasher | preglow: sounds like it's just broken then |
18:59:30 | preglow | it passes the values it should |
18:59:32 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:59:34 | preglow | so the problem is with sdl |
18:59:46 | rasher | Domonoky: Any ideas about why rbutilqt on winxp doesn't detect my Sansa? sansapatcher works fine.. |
19:00 |
19:00:48 | Domonoky | rasher: both autodetection and the bootloader install doesnt work with rbutil ? |
19:01:01 | rasher | Domonoky: Indeed |
19:01:20 | bluebrother | bootloader installation will fail if ipodpatcher / sansapatcher doesn't detect the player |
19:01:31 | Domonoky | seems like a bug :-) |
19:01:37 | bluebrother | so if detection doesn't work bootloader installation won't work too. |
19:01:50 | bluebrother | Domonoky: there was a report about this in the wiki (urgh) for ipodpatcher too. |
19:02:29 | * | bluebrother needs to release a new rbutil in the next days before RL gets too consuming |
19:03:11 | JRoT | i was able to get the bootloader on with sansa patcher but not with rbutil |
19:03:23 | bluebrother | JRoT: also on wxp? |
19:04:47 | JRoT | yes |
19:04:53 | Domonoky | do the patchers work with a linux version of rbutil ? |
19:04:55 | | Join ilgufo [0] (n=matteo@host225-175-dynamic.2-87-r.retail.telecomitalia.it) |
19:05:17 | bluebrother | Domonoky: I never had problems with ipodpatcher / rbutil's ipodpatcher on linux |
19:05:33 | bluebrother | under the prerequisite to have the appropriate permissions for raw disc access of course |
19:05:56 | n1s | preglow: volume in sim works fine here |
19:06:44 | | Quit jac0b-work ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
19:07:57 | | Join miepchen^schlaf [0] (n=hihi@p54BF4C18.dip.t-dialin.net) |
19:08:09 | | Quit freqmod ("Konversation terminated!") |
19:08:53 | | Part pondlife ("Gone") |
19:09:35 | | Join mf0102 [0] (n=michi@85.127.182.13) |
19:09:40 | | Join mirak [0] (n=mirak@m207.net81-66-74.noos.fr) |
19:11:40 | mirak | hello |
19:12:10 | mirak | can ipods record with rockbox or is it impossible because of the hardware ? |
19:12:13 | *** | Saving seen data "./dancer.seen" |
19:13:07 | | Part karashata |
19:13:16 | | Quit proppy ("Leaving.") |
19:14:12 | kratonator | voice recording is impossible because the ipods don't have a mic |
19:14:38 | kratonator | do you mean that? |
19:14:45 | amiconn | PaulJam: I have a suspicion what might be going on (re the disappearing time) |
19:14:59 | amiconn | Do you play format(s) that require boosting from time to time? |
19:15:05 | amiconn | (e.g. ogg vorbis) |
19:15:41 | PaulJam | i used mp3, but the wps has peakmeters |
19:15:47 | | Join lee-qid [0] (n=liqid@p54965B7B.dip.t-dialin.net) |
19:17:12 | nicktastic | What is 'boosting'? |
19:17:32 | bluebrother | increasing the cpu clock |
19:17:42 | PaulJam | in the audio debug menu i don't see boosting, so at least when showing the browser it shouldn't boost, and there the time dissappears fom the statusbar from time to time. |
19:17:44 | nicktastic | I see, thanks |
19:19:04 | * | Domonoky ha absolutly no idea why the patchers in rbutil would fail on WinXP.. but i also cant test them, so its difficult to debug.. |
19:19:56 | amiconn | PaulJam: If you make it constantly boosted, the time should never disappear. Somehow I didn't notice this effect earlier :\ |
19:20:21 | | Join karashata [0] (n=Kimi@pool2-251.adsl.user.start.ca) |
19:21:25 | rasher | Domonoky: well, I can test, but I doubt I could help any more than that |
19:21:47 | amiconn | The disappearing time means i2c read errors... |
19:21:48 | PaulJam | Yes, when i increase the boost counter it doen't happen |
19:21:48 | | Join obo [0] (n=obo@rockbox/developer/obo) |
19:22:14 | Domonoky | rasher, you could step through a detection with a debugger and see why it doesnt find it.. :-) ( big task) |
19:23:18 | | Quit homielowe (Read error: 110 (Connection timed out)) |
19:25:01 | rasher | No thanks.. |
19:26:23 | | Quit mf0102 ("Verlassend") |
19:28:12 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:28:31 | linuxstb | preglow: Yes, 7981 looks like an ASF parser issue. I'll post a comment asking for a sample file. |
19:28:33 | | Join Crash91 [0] (n=evil91@81.10.111.215) |
19:29:31 | | Quit BigBambi (Client Quit) |
19:29:47 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:30:29 | preglow | linuxstb: excellent |
19:31:15 | linuxstb | mirak: Some ipods can record in mono via the right channel of the headphone socket, others can record via the line-in pins hidden in the dock connectors, others don't have any recording hardware at all. |
19:31:27 | linuxstb | amiconn: I'm around now... |
19:32:05 | amiconn | linuxstb: I'd like to put some extra arrays into IRAM in mpegplayer for a few extra fps |
19:32:23 | amiconn | I know that you implemented seizing of the codec stack in test_codec |
19:32:45 | amiconn | Would be nice if mpegplayer would do the same for its audio thread stack, saving 9KB of IRAM... |
19:32:59 | | Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) |
19:33:01 | amiconn | Right now the extra arrays only fit on X5, but not on H300 |
19:33:10 | amiconn | (the ones in vlc.h) |
19:33:23 | * | preglow wonders if there's some way of coding codec plugins so that mpegplayer might reuse them |
19:34:52 | | Join lazka [0] (n=lazka@85-124-45-91.dynamic.xdsl-line.inode.at) |
19:35:07 | linuxstb | preglow: That would mean no iram left for mpegplayer itself to use. |
19:35:22 | preglow | yes, extremely good point |
19:35:40 | preglow | how does logf work with the sim again? i would have thought it all got written on console |
19:37:04 | | Join webguest97 [0] (i=50d81efc@gateway/web/cgi-irc/labb.contactor.se/x-9da52e79b6487eab) |
19:37:09 | linuxstb | amiconn: Yes, I've always thought mpegplayer should/could do that. |
19:38:19 | | Quit webguest97 (Client Quit) |
19:38:23 | | Join webguest97 [0] (i=50d81efc@gateway/web/cgi-irc/labb.contactor.se/x-c03d3f38f033f4e1) |
19:39:08 | amiconn | Putting all those const arrays into iram gives ~10% speedup on cf |
19:40:22 | webguest97 | any news from Zagor? :) |
19:40:42 | linuxstb | webguest97: http://www.rockbox.org/irc/current.txt (the IRC logs...) |
19:41:15 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
19:45:38 | rasher | Skip frames in mpegplayer doesn't seem to maintain A/V sync - is this known?' |
19:46:19 | linuxstb | You mean turning it off? |
19:46:38 | rasher | No, turning it on doesn't help maintaining a/v sync |
19:47:34 | linuxstb | You need both Skip Frames and Limit FPS to maintain A/V sync. But if mpegplayer can't decode in realtime (and drop enough frames), then you won't get A/V sync either. |
19:47:51 | amiconn | And the audio sample rate must be correct |
19:48:05 | preglow | would you even want to _not_ skip frames? |
19:48:11 | preglow | or limit fps, for that sake |
19:48:24 | amiconn | Only for testing.... |
19:48:34 | preglow | then why are they part of ordinary builds? |
19:48:51 | rasher | linuxstb: I guess it's just too slow then, and limit fps isn't enough |
19:48:52 | webguest97 | linuxstb: yeah.. Only hope that he will not be hit by a bus :) |
19:49:50 | linuxstb | preglow: I guess just because mpegplayer has slowly become usable... |
19:50:31 | preglow | should consider #ifdeffing them away, if only because they might confuse users |
19:50:32 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
19:51:28 | rasher | Then there's barely any point in having the menu at all |
19:52:06 | preglow | good |
19:52:13 | rasher | Indeed |
19:52:51 | linuxstb | Butchers... ;) |
19:52:59 | preglow | i'm quite sure we'll end up having a menu, but if there's no need for one... |
19:53:25 | moos | amiconn: about this disapearing time; here I noticed it when the HD is working |
19:53:26 | rasher | Slasheri: if you get the chance, could you have a look at possibly implementing the needed stuff for FS #7984 (talk clips in Database) to work? |
19:53:46 | preglow | Slasheri: plus fixing dircache needlessly reiniting itself in the foreground all the time |
19:54:08 | amiconn | preglow: I like the menu, for testing both speed and appearance |
19:54:24 | rasher | amiconn: testing appearance? |
19:54:37 | amiconn | I think it would be sufficient to have _one_ switch, could be called "test mode" |
19:54:38 | preglow | amiconn: good, as long as the menu has some reason for being, it should be there. but i don't think stuff primarily meant for testing should be compiled in by default |
19:54:52 | amiconn | ...which would disable frame skipping, frame limiting, and enable fps display |
19:55:12 | amiconn | rasher: Check how good/bad it looks with the current frameskipping |
19:55:48 | amiconn | If the start menu stays, the setting could be put there, getting rid of the second menu |
19:55:54 | | Quit Crash91 ("Bye Bye!") |
19:55:55 | | Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") |
19:56:01 | preglow | i sure hope the start menu doesn't stay :/ |
19:56:06 | rasher | Please no |
19:56:20 | amiconn | preglow: I consider mpegplayer work-in-progress |
19:56:21 | rasher | Only if there's a bookmark for that file, surely |
19:56:47 | preglow | amiconn: i consider rockbox work in progress, doesn't change much, users somehow expect it to work |
19:57:35 | preglow | perhaps some kind of TEST_BUILD #define would be cool |
19:57:47 | linuxstb | I agree with amiconn - I would like to see the options unified in a "test mode" setting. Users shouldn't then be confused, and it's still convenient for devs. |
19:58:01 | preglow | well, it certainly is better than the current thing |
19:58:09 | linuxstb | (and for users who we ask to make benchmarks) |
19:58:25 | pixelma | I was surprised that there are now behind a "display options" menu entry... when did that get in? |
19:58:37 | linuxstb | There's a display options menu? |
19:58:46 | rasher | There's a display options menu. |
19:58:48 | kkurbjun | amiconn: were you working on a resume feature for the 1st-3rd gen ipods? |
19:58:49 | amiconn | Ask roolku... |
19:59:23 | amiconn | kkurbjun: I need to, but only collected information so far :/ |
19:59:35 | amiconn | ..and made some proof-of-concept tests |
19:59:35 | preglow | linuxstb: thanks for test_codec, btw, i'm hunting a bug that happens 5 minutes into a file and without speed test, this would have been seriously boring :P |
19:59:50 | linuxstb | Hmm, no Rockbox header and (C)/license info in mpeg_settings.[ch] |
20:00 |
20:00:18 | | Quit BigBambi ("Please insert girder") |
20:00:33 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
20:01:05 | kkurbjun | what were you thinking in terms of a way to suspend rockbox? Have a function that suspends operation, and resumes, but doesn't go through shutdown? |
20:01:18 | Lear | preglow: re dircache foreground scan, he is aware of one issue, and has ideas on a fix at least (occurs next boot if you start playback too soon in some cases). |
20:01:40 | preglow | Lear: goodie |
20:01:49 | preglow | geh, it seems saratoga has reformatted some of the wma code |
20:01:54 | preglow | that won't exactly aid merging |
20:02:05 | linuxstb | reformatted compared to what? |
20:02:08 | preglow | ffmpeg |
20:02:24 | linuxstb | Well, ffmpeg's wma codec has changed a lot since the Rockbox fork. |
20:02:38 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
20:02:45 | preglow | doesn't look like it to me, looking at svn log |
20:02:59 | preglow | i assume he synced the code during gsoc |
20:03:03 | linuxstb | Didn't saratoga carry on marsdaddy's work, rather than starting with the current ffmpeg? So it's a couple of years old. |
20:03:04 | preglow | he said he did |
20:03:08 | amiconn | kkurbjun: First of all, the shutdown needs to be reworked so that it's message based. Every thread needs to do its own husekeeping, and no thread should kill itself |
20:03:31 | preglow | linuxstb: yeah, but i did tell him to resync, and he said he did |
20:03:36 | amiconn | The ipods have suspend-to-ram, so rockbox would then just continue to run when woken up |
20:03:40 | preglow | linuxstb: might have been more manual than i thought, though |
20:03:52 | amiconn | And btw, I will *only* do this for 1st/2nd gen |
20:04:08 | amiconn | ...since those have *no* hardware shutdown |
20:04:19 | preglow | linuxstb: you think it would be worth trying to edit it back to ffmpeg's looks? |
20:05:25 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
20:05:40 | n1s | amiconn: I think you could save a small amount of iram by moving the three tables in header.c to dram, two of them are only used in mpeg2_idct_init() which ifaict is only called once and one is only used in mpeg2_header_sequence() so it could be put on the stack if it really needs to be in iram. |
20:05:43 | preglow | linuxstb: yeah, he can't have meant a complete resync, some of the type names are different and everything |
20:05:50 | | Join Konam [0] (n=ubuntu@86stb68.codetel.net.do) |
20:05:55 | Konam | hi |
20:06:16 | Konam | is there a way to change -or turn off- the rockbox presentation screen? |
20:06:23 | kkurbjun | gigabeats have a suspend also, we could cut the power to the ram when we shutdown, but it's not being done right now. What housekeeping were you thinking for the threads? |
20:06:37 | n1s | btw those two other tables should be const |
20:06:44 | kkurbjun | amiconn, you don't think it should be an option for players that have the hardware to do it? |
20:06:51 | amiconn | n1s: I need ~2.5KB to put the tables in vlc.h into iram |
20:07:09 | linuxstb | preglow: Yes, it's probably worthwhile. Are there any known issues left with the decoder? |
20:07:20 | | Quit atsea-22 (Read error: 104 (Connection reset by peer)) |
20:07:22 | n1s | well, that will give you a whooping 256B ;-) |
20:07:22 | amiconn | kkurbjun: I see no point in wasting battery for suspend if there is true hw shutdown |
20:07:27 | linuxstb | Konam: What do you mean by "presentation screen" ? |
20:07:33 | preglow | linuxstb: well, it crashes on my only wma file |
20:07:39 | preglow | linuxstb: five minutes into the bastard |
20:07:49 | amiconn | n1s: Haha. Did you check how much spare iram we have atm on H300 and H1x0 mpegplayer? |
20:07:51 | n1s | s/256/192 |
20:08:01 | amiconn | Around 160 bytes iirc |
20:08:15 | Konam | linuxstb the rockbox screen that's showed before presenting the main menu |
20:08:17 | n1s | ooh, that's a tight fit indeed |
20:08:53 | kkurbjun | amiconn: for me it would be useful since I regularly pause my player for 10-20 minutes, the gigabeat is refreshing ram anyway and it would be nice not to have to restart everytime spinning up the disk unnecessarily, but saving battery power |
20:08:53 | amiconn | 156 bytes to be precise |
20:09:18 | amiconn | kkurbjun: Eh? Does the gigabeat not have true shutdown? |
20:09:50 | kkurbjun | it could be shtdown further, but we don't cut the ram refresh when it's shutdown |
20:10:17 | amiconn | Why not? |
20:10:38 | kkurbjun | but I could see it as an option for people that would like a fast restart.. I don't think anyone's noticed the battery drain |
20:11:34 | amiconn | The 1st/2nd gen ipods not having true shutdown is in fact nasty. You need to recharge every ~4 weeks even if you don't use it at all |
20:11:54 | rasher | Well done indeed, Apple |
20:12:07 | preglow | i wonder why sim says it opens "config.cfg" each time i change the volume... |
20:12:11 | amiconn | Not on my 1st gen atm though - it's lying on my table with one battery wire cut for measurements |
20:12:27 | amiconn | When not measuring, I leave those wires open of course :) |
20:12:34 | kkurbjun | that is a bit annoying, I've never tested to see how long the gigabeat can sit refressing ram |
20:12:53 | | Quit spiorf (Remote closed the connection) |
20:12:58 | amiconn | preglow: Sim doesn't cache config writes - it writes right away |
20:13:05 | Konam | linuxstb the screen shows the rockbox logo: http://www.rockbox.org/rockbox400.png I want to change it or turn it off |
20:13:32 | rasher | Konam: the answer you were given last time still holds |
20:14:07 | preglow | bah, i botched the wma seek fix |
20:14:10 | rasher | <PaulJam> Konam: it is possible to change it, but this requires changing the sourcecode and compiling rockbox |
20:14:12 | linuxstb | amiconn: You probably have 2.5KB on the main stack. |
20:14:39 | Konam | rasher what answer? I asked before here but my machine crashed before I get that answer |
20:15:14 | Konam | can you repeat it to me rasher? |
20:15:24 | rasher | Konam: Then you could have checked the irc logs. http://rockbox.org/irc/reader.pl |
20:15:30 | rasher | I just did... |
20:16:03 | linuxstb | amiconn: There used to be a 4.5KB (IIRC) libmad buffer on the main stack, but it was removed because the stack was overflowing in some situations. |
20:16:08 | amiconn | linuxstb: Those tables are compiled into slice.o from vlc.h. I can't see how I would put those on the stack without major changes in slice.c ... |
20:16:21 | Konam | ok, thanks rasher |
20:16:34 | preglow | linuxstb: btw, think you mpegplay.c code for uisim can be deleted now, or will it be used again? |
20:16:41 | kkurbjun | if you have some pointers on how you invision the implementation though I would be interested in helping. |
20:16:45 | | Quit Konam ("Leaving.") |
20:16:45 | | Quit krazykit ("bah work") |
20:17:33 | linuxstb | preglow: Was that me? |
20:17:38 | preglow | linuxstb: it has your copyright |
20:17:49 | linuxstb | 2002... |
20:18:04 | amiconn | kkurbjun: The shutdown and the suspend should work message based. Pressing the power off button combo would send either SYS_POWEROFF or SYS_SUSPEND (depending on target) |
20:18:37 | amiconn | Both messages would cause all threads *except the ata thread* do their housekeeping and signal completion when done |
20:18:37 | | Quit shnee ("Konversation terminated!") |
20:18:51 | kkurbjun | ahh, I see, similar to usb events? |
20:18:54 | amiconn | When all threads are ready, the ata thread starts to do its housekeeping |
20:19:10 | linuxstb | preglow: I guess it can... |
20:19:19 | amiconn | And finally, when the ata thread is done, the power is cut or the suspend function is entered |
20:20:02 | amiconn | When waking up from suspend, a SYS_WAKEUP message would be sent that tells all threads that they can continue |
20:20:24 | linuxstb | preglow: I'm doing it now... |
20:20:30 | preglow | neato |
20:20:31 | kkurbjun | could it be a SYS_SUSPEND message universsally, and then the target handles it appropraitely if it supports suspend and the user wants it to suspend (instead of shutdown)? |
20:20:43 | preglow | w |
20:20:49 | preglow | wrong window :/ |
20:20:52 | kkurbjun | or are you completely against the idea of supporting suspend on targets that have a hardware shutdown? |
20:21:02 | amiconn | Problem with that approach is that (1) since I want the powermgmt thread to be the "master" of all this, it needs to be restructured, so that the main loop is outmost, and the function(s) that are called every minute are called from there |
20:21:38 | amiconn | This would have the additional advantage that the target specific code (e.g. software controlled charging for recorder v1) can be easier separated into target tree |
20:22:31 | amiconn | And (2) since there will be a couple more messages, either all threads need to handle them, adding quite some code to threads which don't need to care, or we need some sort of "event registration" |
20:23:33 | linuxstb | preglow: It's gone. |
20:23:33 | amiconn | And of course, USB housekeeping should be the same. Right now it's hit-and-miss whether the ata thread is finished before some other thread that still has some data to save... |
20:25:02 | | Quit kratonator ("CGI:IRC (EOF)") |
20:27:01 | kkurbjun | hmm, I'll have to look into the code a bit more so that I can get a grasp of what all that entails, your plan seem very complete though |
20:31:28 | | Nick smurf is now known as MatthiasUrlichs (n=smurf@debian/developer/smurf) |
20:32:53 | amiconn | rrrrrrrrrrrrrrrrrrr |
20:34:30 | preglow | linuxstb: cool |
20:34:41 | preglow | linuxstb: seems like ffmpeg current just ignores the thing that makes me error now |
20:36:52 | rasher | Man, I can't even figure out where the Database menus are handled.. guess I should just give up |
20:37:09 | pixelma | preglow: had to read your last commit message a few times before understanding it (which nouns belonged together) :) |
20:37:17 | preglow | pixelma: sorry about that :P |
20:38:09 | | Join merbanan [0] (n=banan@83.233.242.209) |
20:38:35 | amiconn | The bug that works :> |
20:40:54 | | Join MethoS- [0] (n=clemens@pD955D015.dip.t-dialin.net) |
20:43:14 | | Quit Rob2222 () |
20:43:30 | | Quit Gnu47 (Nick collision from services.) |
20:43:38 | | Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) |
20:44:11 | Slasheri | rasher: those are handled in tagtree.c |
20:45:07 | rasher | Slasheri: did you see what I'm wanting to do? |
20:46:22 | Slasheri | rasher: not sure about that yet :) |
20:46:47 | rasher | Slasheri: http://www.rockbox.org/tracker/task/7984 |
20:47:24 | Slasheri | ah, looks interesting |
20:48:09 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-ff14e054a3cb8b96) |
20:49:01 | rasher | Slasheri: if you could help out (preferably with code - this is really over my head), that'd be great |
20:49:03 | | Quit jhulst ("Konversation terminated!") |
20:49:37 | Slasheri | rasher: sure, what kind of knowledge do you need? =) |
20:51:37 | rasher | Well... more or less a pointer to where I'd need to look, to detect when a new line is selected... |
20:51:59 | | Quit chris_mt (Read error: 104 (Connection reset by peer)) |
20:52:33 | Slasheri | hmm, new line is probably handled in tree.c somewhere |
20:52:41 | Slasheri | don't ask me, i have no better idea either :D |
20:53:12 | rasher | Okay |
20:54:20 | preglow | ooooouch, wmadeci.c uses 64x64 -> 64 divides |
20:54:23 | preglow | sounds fast ... |
20:55:35 | rasher | Slasheri: does it use dirbrowse? |
20:56:26 | | Nick MatthiasUrlichs is now known as smurf (n=smurf@smurf.noris.de) |
20:56:27 | | Quit lazka (Remote closed the connection) |
20:56:27 | amiconn | preglow: very ;) |
20:56:43 | preglow | i can imagine arm _loves_ those |
20:57:22 | | Quit Galois (Read error: 104 (Connection reset by peer)) |
20:57:31 | Slasheri | rasher: yes, most likely it does |
20:58:37 | amiconn | preglow: Somewhere in the decoding loop or just for setup? |
20:58:45 | preglow | amiconn: in decode_block |
20:58:56 | markun | kkurbjun: any idea how much mA we would gain by turning off RAM? Right now we use 0.71mA in sleep mode |
20:58:57 | preglow | doesn't get run too often, though |
20:59:41 | amiconn | markun: I think that's what the ram needs in self refresh |
21:00 |
21:00:07 | markun | wow. so perhaps we would be very close to 0 |
21:00:09 | amiconn | The ipod draws ~1.2mA in suspend, that's ram self refresh plus the PP running at 32kHz |
21:01:31 | amiconn | <10uA is what I would expect from a half-decent, current dap |
21:02:19 | rasher | I really can't find heads nor tails of this.. |
21:02:34 | preglow | amiconn: that's not enough for ram by far |
21:02:44 | amiconn | ? |
21:02:52 | amiconn | I mean when powered off |
21:03:00 | preglow | powered off != suspend |
21:03:03 | amiconn | No ram self-refresh |
21:03:06 | amiconn | yes |
21:03:10 | |Rain| | I've not measured its power consumption, but the beta 1.03.x sansa OF also suspends instead of turning off completely (though it'll still power off if you hold down the power button for long enough) |
21:03:14 | amiconn | I want poweroff, not suspend |
21:03:37 | preglow | i want both |
21:03:44 | preglow | i like the apple scheme, really |
21:03:50 | preglow | suspend when idling |
21:03:56 | preglow | then power off after an hour or so |
21:04:08 | preglow | when i press power off, i expect it to power off, of course |
21:04:36 | markun | preglow: I like suspend/resume, but an option to shutdown would be great too |
21:06:19 | preglow | yeah, like i say |
21:06:28 | | Join spiorf [0] (n=spiorf@host9-204-dynamic.0-87-r.retail.telecomitalia.it) |
21:07:54 | amiconn | I'd rather focus on fast boot than suspend |
21:08:18 | preglow | i don't think i would |
21:08:25 | preglow | suspend sounds like much more fun |
21:12:14 | *** | Saving seen data "./dancer.seen" |
21:12:22 | | Join nardul [0] (n=kse@3906ds2-vby.0.fullrate.dk) |
21:12:24 | nardul | Hey |
21:12:54 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
21:13:06 | sarixe | hey, i'm getting some ugly compile-time errors |
21:13:16 | sarixe | i'll pastebin |
21:13:21 | amiconn | preglow: Suspend is for the lazy devs who don't want to optimise boot speed ;) |
21:13:44 | XavierGr | does anyone know a copy command for linux that will not prompt me to overwrite files? |
21:13:51 | rasher | XavierGr: cp -f? |
21:13:55 | nardul | Does anyone know if there's development going on for the 5'th generation Ipod CPU usage / battery lfie? |
21:13:55 | XavierGr | tried that |
21:13:56 | preglow | sounds to me like making suspend work isn't exactly any easier than optimizing boot speed |
21:13:57 | XavierGr | still... |
21:13:59 | * | amiconn thinks he found the reason for the pcf i2c glitches |
21:14:05 | rasher | XavierGr: rather, stop using cp -i |
21:14:07 | sarixe | http://pastebin.com/m62684e0f |
21:14:30 | rasher | XavierGr: it's probably aliased... "alias cp"? |
21:14:49 | XavierGr | maybe let me check |
21:15:00 | XavierGr | yeah it is :) |
21:15:01 | XavierGr | thanks |
21:15:07 | sarixe | i usually just have a cron'd atuomatic build script running |
21:15:08 | XavierGr | didn't have a clue |
21:15:25 | sarixe | but i noticed that my build version didn't change on bootup |
21:15:28 | ze | supplying -f should've overwridden it anyway though, afaik |
21:15:31 | rasher | imho, -f should still have overwritten even when using -i, but I guess that's debatable |
21:15:49 | sarixe | so i ran the compile manually, and it gave me what you see in the pastebin |
21:15:58 | XavierGr | those kind of preset aliases are quite annoying (though they try to play it safe) |
21:17:56 | XavierGr | kkurbjun: ah that's why when I turn on my Gigabeat F after some days it is empty even after a full charge since then? |
21:23:23 | sarixe | uh, anyone know why i'm getting these compiler errors? |
21:25:18 | kkurbjun | XavierGr: that could be the RAM refresh running |
21:25:38 | XavierGr | so the gigabeat never turns completely down? |
21:25:40 | markun | in theory it would be half full after 24 days |
21:26:10 | markun | if it was fully charged when you turned it off |
21:26:26 | rasher | Slasheri: any way the database could include/exclude tracks based on the presence of the removable media they are on? So if I remove the microsd card, database won't show songs found on that card |
21:26:40 | markun | kkurbjun: do you have a ampere meter connected to your gigabeat? |
21:26:47 | XavierGr | charge it, leave it there off (after I turned it on once) then after a month (or half a month) it was nearly empty) |
21:27:03 | markun | XavierGr: yes, that's normal |
21:27:04 | amiconn | rasher: The old volume id idea for the database... |
21:27:13 | Slasheri | rasher: that's not yet possible.. |
21:27:37 | rasher | Slasheri: Yeah, I sortof figured that - I meant it it is relatively feasible |
21:28:11 | rasher | Because it would be rather neat |
21:28:12 | | Quit sarixe ("(EE) Failed to load "quit" module") |
21:28:32 | Slasheri | well, there could be an extra tag for the volume info or a separate db on the removable media |
21:28:47 | kkurbjun | markun, no I don't have a setup to measure it, all of my stuff is still in storage |
21:29:06 | markun | forgot about that |
21:29:38 | kkurbjun | looks like I might be getting it soon though, might move out of storage this weekend :) |
21:30:53 | kkurbjun | we could shutdown properly until a suspend feature is properly implemented.. |
21:31:32 | rasher | Slasheri: having it as simply a tag would mean less work on insert/remove, but slightly more work for each search, I assume? |
21:31:59 | markun | kkurbjun: yes, that's what I was thinking |
21:32:05 | pixelma | rasher: you have an e200 now? |
21:32:13 | rasher | (cpu-wise, rather than code) |
21:32:20 | markun | btw, do you ever get the battery empty warning when it's still full and you want to turn on the gigabeat? |
21:32:27 | rasher | pixelma: Yeah, I sold my h120 and had a sansa flown in |
21:32:51 | markun | maybe something wrong with the way we turn off the ADC? |
21:32:59 | Slasheri | rasher: somewhat, yes. and more work for update too if there is no media present during the update |
21:33:03 | kkurbjun | it would break the fast resume, but I guess enabling ram refesh could be added to teh patch. I've never seen that |
21:33:35 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
21:33:45 | sarixe | sorry, my router had to be reset |
21:33:45 | kkurbjun | do you just have to try turning it on again? |
21:33:48 | rasher | Hrm.. yes.. I guess having the db on the card makes most sense - since it's more likely to be up to date then - especially if you have multiple cards |
21:34:04 | markun | I haven't notice it for a while |
21:34:05 | Lear | sarixe: make clean |
21:34:11 | sarixe | k |
21:34:14 | pixelma | rasher: I'd say database should handle a simple manual "update now" with removeable data first :\ (at least it didn't work correctly on my Ondio and jhMikeS confirmed on his e200 a while ago) |
21:34:17 | markun | maybe it got fixed by accident |
21:35:46 | pixelma | rasher: try initialising the database with inserted card, then remove it and hit "update now" |
21:37:01 | sarixe | Lear : thanks |
21:37:48 | rasher | pixelma: looks correct.. |
21:38:15 | | Quit Seed (Nick collision from services.) |
21:38:18 | rasher | almost - a single leftover from the card |
21:38:21 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
21:38:23 | | Quit sarixe (Client Quit) |
21:38:32 | rasher | Which is also quite odd |
21:38:58 | |Rain| | I think I've had that problem without an SD card |
21:39:12 | |Rain| | but I haven't put much time into figuring out the details |
21:39:19 | pixelma | for me there was no progress at all in rebuilding the database but I'll try again |
21:40:48 | | Join toffe82 [0] (n=chatzill@66.17.20.1) |
21:44:00 | | Quit nardul (Remote closed the connection) |
21:44:15 | | Quit obo ("bye") |
21:46:03 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
21:48:30 | | Quit desowin ("use linux") |
21:48:37 | pixelma | it's still the same (statusbar constantly shows "disk" activity and "View database info" says progress:-1) |
21:48:44 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:49:07 | rasher | pixelma: I guess it just depends on other factors |
21:49:37 | pixelma | such as? |
21:49:43 | rasher | No idea |
21:50:14 | rasher | But it happens for you and jhMikeS, and not for me, so it must be more complicated than it simply not working |
21:50:50 | | Quit styleism (Read error: 110 (Connection timed out)) |
21:55:40 | amiconn | hrrrrmmm |
21:56:01 | amiconn | It seems that buffered writes might not be that good an idea for the gpio area :\ |
21:56:25 | amiconn | I can get the pcf driver to work properly by sprinkling it with nops |
21:56:32 | amiconn | (which sync the pipeline) |
21:57:06 | amiconn | But the question is whether there might be similar dangling problems in other drivers |
21:57:48 | amiconn | I better disable buffered writes for gpio, even though that means that the iriver/iaudio remote lcd drivers will be back to their old speed |
21:58:14 | amiconn | Main lcd will retain its speedup, as I won't disable buffered writes for it |
22:00 |
22:00:24 | webguest97 | Zagor: Tell us how you're doing! :) |
22:00:43 | keanu | webguest97, Zagor isn't on ;) |
22:00:58 | barrywardell | webguest97: I'm sure he'll let us know when he has made more progress |
22:01:43 | webguest97 | I know, I'm just eager |
22:02:35 | n1s | well, constantly asking for progress doesn't magically speed it up :-/ |
22:02:45 | | Quit Seedy (Read error: 110 (Connection timed out)) |
22:02:49 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
22:02:52 | barrywardell | if anything, it slows him down |
22:04:03 | | Join styleism [0] (n=etm101@87-194-104-214.bethere.co.uk) |
22:04:12 | | Quit styleism (Client Quit) |
22:07:06 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
22:08:02 | | Nick Tanuva is now known as Tanuva|Zzz (n=tanuva@83.220.128.10) |
22:10:47 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
22:11:02 | | Quit Seed (Read error: 110 (Connection timed out)) |
22:12:38 | | Join Domonoky [0] (n=Domonoky@e179088114.adsl.alicedsl.de) |
22:14:41 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
22:15:39 | | Quit amiconn (Nick collision from services.) |
22:15:45 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:21:06 | | Quit webguest97 ("CGI:IRC") |
22:27:50 | | Quit karashata ("Leaving.") |
22:29:29 | | Join webguest29 [0] (i=45f66aca@gateway/web/cgi-irc/labb.contactor.se/x-a02ea784598d2204) |
22:30:02 | webguest29 | Hi, is anyone there? |
22:30:16 | markun | yes |
22:30:26 | markun | lots of people |
22:30:50 | webguest29 | Markun, can you help me on how to play games using rockbox? |
22:31:07 | markun | depends, I might be able to point you in the right direction |
22:31:17 | markun | do you have any question in particular? |
22:31:44 | webguest29 | Well, I'm trying to run a .GBA type file on it, but it doesn't run when i click it on the menu |
22:31:50 | webguest29 | Is there a plugin or something? |
22:32:08 | markun | no, .gba is not supported |
22:32:18 | webguest29 | only .WAD? |
22:32:26 | |Rain| | x_< |
22:32:35 | markun | webguest29: .gbc is supported for example |
22:32:57 | webguest29 | ooo |
22:33:02 | markun | also, we have a few native games: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
22:33:09 | kkurbjun | webguest29: wad and gba are completely unrelated, wads are for doom, gba is for a gameboy advance emulator |
22:33:18 | | Quit merbanan (Remote closed the connection) |
22:33:26 | kkurbjun | we have a gameboy/gameboy color emulator |
22:33:47 | markun | and someone is working on NES |
22:33:48 | webguest29 | How would i run a gb/gbc emulator on rockbox? |
22:33:55 | markun | just click on the file |
22:34:04 | markun | like you tried with the .gba file |
22:34:04 | kkurbjun | which includes .gb and .gbc, I think it also include .sgb but I've never tried it |
22:34:26 | webguest29 | Any specific folder i have to put it in? |
22:34:41 | |Rain| | just something you can find in the file browser |
22:34:52 | markun | webguest29: nope |
22:35:04 | webguest29 | and running .WADs? |
22:35:19 | kkurbjun | they have to be in a specific folder |
22:35:22 | markun | webguest29: a bit more difficult: http://www.rockbox.org/twiki/bin/view/Main/PluginDoom |
22:35:50 | webguest29 | is sandisk/games/doom/addons right? |
22:35:53 | markun | webguest29: but if you like games a lot, maybe you should look for a handheld games console |
22:36:06 | markun | PSP or GP32X |
22:36:15 | webguest29 | GP32X? |
22:36:54 | markun | GP2X or GP32, my bad |
22:37:10 | markun | http://en.wikipedia.org/wiki/GP2X |
22:37:26 | webguest29 | ah so running gb/gbc games is just a one click thing? |
22:37:47 | markun | webguest29: just try it, if you still have problems just ask again |
22:37:49 | * | amiconn stared on his H300's status bar clock for 10 minutes now |
22:37:55 | amiconn | No more glitching |
22:38:19 | webguest29 | Any websites you recommend for the ROMs? |
22:38:28 | markun | no, we don't recommend roms here |
22:38:39 | webguest29 | ok |
22:38:50 | webguest29 | After i find a rom i just copy and paste it into the sansa drive? |
22:39:06 | markun | I think we've answered your questions |
22:39:25 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
22:39:34 | markun | (at least this one) |
22:40:00 | webguest29 | well ima go find a rom and get back with you if it works or not |
22:41:27 | | Join krazykit [0] (n=krazykit@light.sunsetab.denison.edu) |
22:41:46 | markun | ok |
22:42:35 | | Quit nicktastic ("Leaving") |
22:42:43 | toffe82 | markun: did you see for the battery of the F in the S ? |
22:43:19 | markun | I don't understand the question |
22:45:57 | amiconn | PaulJam: Just committed the fix for the disappearing time... |
22:46:02 | webguest29 | uh markun |
22:46:08 | webguest29 | how do you exit from the gb/gbc game? |
22:46:33 | markun | webguest29: depends on the player. Check the rockbox manual, do you know where to find it? |
22:46:33 | PaulJam | amiconn: thanks :) |
22:46:41 | JRoT | webguest29 |
22:46:51 | JRoT | give me a sec will loook for you |
22:47:17 | webguest29 | my player is a sansa e250 and no i don't. |
22:47:46 | |Rain| | try a short press of the power button, and http://download.rockbox.org/manual/rockbox-sansae200/rockbox-build.html |
22:47:54 | JRoT | puss the power button webguest29 |
22:48:08 | JRoT | you also can save and load in there |
22:48:19 | webguest29 | Thanks lRainl and JRoT |
22:48:36 | JRoT | np |
22:49:57 | JRoT | anyone know if someone is working on using the sansa as msc under rockbox |
22:50:15 | |Rain| | brand new code to do that is due Real Soon Now |
22:50:27 | JRoT | thnx |Rain| |
22:50:51 | n1s | you forgot (tm) after that! |
22:51:09 | |Rain| | I violate trademarks with gusto! |
22:51:12 | krazykit | JRoT, yeah, it's being worked on. |
22:52:09 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
22:52:29 | JRoT | thats really nice, cause thats the only thing i'm missing on rockbox(tm) |
22:53:20 | |Rain| | a lot of people are very anxious to see it happen |
22:53:36 | krazykit | at the rate it's being coded, it appears that it'll happen soon. don't worry, there will be announcements about it. |
22:53:45 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
22:54:28 | | Quit blargit (No route to host) |
22:54:33 | webguest29 | Does anyone know what [ C ],[ ! ], ( J ) means after the title of the Rom? |
22:55:02 | bertrik | Can anyone have a look at my patch for a bug I found in the playback control menu? |
22:55:15 | PaulJam | it means you didn't make them yourself and they are illegal |
22:55:17 | bertrik | http://www.rockbox.org/tracker/task/7966 |
22:55:23 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
22:55:47 | webguest29 | pauljam, thats to me right? |
22:55:53 | PaulJam | yes |
22:56:00 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
22:56:09 | webguest29 | Are they still playable? |
22:56:28 | n1s | webguest29: please check the irv guidelines linked in the topic |
22:56:35 | n1s | s/irv/irc |
22:56:40 | | Join donutman25 [0] (n=dagni@65.75.87.48) |
22:57:03 | webguest29 | Sorry. |
22:59:34 | | Join petur2 [0] (n=petur@rockbox/developer/petur) |
23:00 |
23:00:09 | JRoT | anyway to show pictures in landscape mode like it does with video? (sansa) |
23:00:24 | markun | no |
23:00:29 | JRoT | k |
23:00:44 | markun | autorotation would be nice |
23:00:57 | JRoT | indeed |
23:01:18 | webguest29 | awh man, as i hold down my button to boot it up with rockbox, it doesn't work anymore, any suggestions? |
23:02:30 | JRoT | don't hold it, just press power |
23:02:55 | bertrik | http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick |
23:02:58 | | Part smurf ("♩♬♯♪♩♭♫♮♩") |
23:03:31 | webguest29 | it boots to my sansa's main menu either way |
23:04:37 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-167-25.dsl.pltn13.sbcglobal.net) |
23:04:40 | | Quit WalterEgo () |
23:09:15 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
23:09:15 | | Quit webguest29 ("CGI:IRC (EOF)") |
23:12:19 | *** | Saving seen data "./dancer.seen" |
23:18:17 | | Quit darkless ("Leaving") |
23:23:08 | | Join sup [0] (i=1000@80.216.235.247) |
23:24:13 | | Join BonBonTheJon [0] (n=bonbonth@69.61.203.51) |
23:24:38 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
23:27:24 | | Part Domonoky |
23:30:50 | | Quit hannesd ("Client suicide") |
23:31:54 | | Join Galois [0] (i=djao@efnet-math.org) |
23:32:20 | | Quit midgey () |
23:37:16 | | Quit n1s () |
23:38:02 | | Quit bertrik ("bye") |
23:43:54 | mirak | linuxstb: is that random or dependent of the generation ? |
23:44:47 | * | preglow wonders if most wma files use noise coding |
23:45:09 | mirak | amiconn: thanks for implementing the coldfire idct |
23:45:48 | mirak | amiconn: it seems it's possible to optimise it, somebody says that. maybe you changed some stuffs |
23:46:06 | courtc | preglow: probably for low bitrates. |
23:46:20 | amiconn | I optimised whatever I found, without changing the basic principle |
23:46:23 | | Join Rob2222 [0] (n=Miranda@p54B14041.dip.t-dialin.net) |
23:46:43 | amiconn | It's basically a reimplementation of your idea, with all-asm functions |
23:47:51 | | Quit ramon8 (Read error: 110 (Connection timed out)) |
23:49:06 | | Join safetydan [0] (i=dc9d468b@rockbox/developer/safetydan) |
23:51:46 | preglow | safetydan: yo, could you sync your remove hw eq patch? |
23:51:48 | courtc | preglow: you can see when libavcodec/ffmpeg uses noise coding starting on line 133 of http://www.irisa.fr/texmex/people/dufouil/ffmpegdoxy/wma_8c-source.html |
23:52:39 | courtc | looks like just for very low bitrates. |
23:53:00 | preglow | courtc: pretty low bitrates |
23:53:12 | preglow | ok, so i need some low bitrate wma files |
23:53:12 | preglow | hrmph |
23:55:22 | safetydan | preglow, not until I get home unfortunately and I just started work so that's at least eight hours away |
23:55:33 | preglow | safetydan: no rush, mate |
23:56:28 | safetydan | preglow, you planning on making it work? |
23:58:21 | preglow | safetydan: do you have a video, btw? |
23:58:38 | preglow | safetydan: i'm planning on commiting it and adapting the cutoff freq fucntionality to other targets |