| 00:00:14 | | Join XstrangeX [0] (i=goober@c-24-99-234-154.hsd1.ga.comcast.net) |
| 00:01:09 | | Quit webguest49 ("CGI:IRC (Ping timeout)") |
| 00:01:57 | | Quit ompaul (Client Quit) |
| 00:03:17 | | Join webguest46 [0] (n=4770e3f1@gateway/web/cgi-irc/labb.contactor.se/x-f823eec16df7a9de) |
| 00:03:53 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 00:03:54 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
| 00:04:18 | mmadia | is there a commit log available? |
| 00:04:55 | Unhelpful | http://www.rockbox.org/since-4weeks.html is one easy way |
| 00:05:03 | Unhelpful | or use svn log |
| 00:05:18 | XstrangeX | manuals down for anyone else? |
| 00:05:28 | mmadia | thanks Unhelpful |
| 00:06:02 | webguest46 | i have them on my ipod like i can see them, but when i open them nothing happens/changes |
| 00:08:24 | | Quit webguest46 ("CGI:IRC") |
| 00:09:12 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 00:11:09 | | Quit bertrik ("Leaving") |
| 00:17:47 | | Join Yondering [0] (n=Timo@pppoe-133-094.wcta.net) |
| 00:26:22 | | Quit robin0800 (Remote closed the connection) |
| 00:29:48 | | Quit tvelocity[a] (Read error: 104 (Connection reset by peer)) |
| 00:39:44 | | Join barrywardell [0] (n=barrywar@79.97.87.130) |
| 00:40:33 | | Quit Yondering ("Leaving") |
| 00:40:40 | | Join BlakeJohnson86 [0] (n=bjohnson@c-71-195-42-126.hsd1.mn.comcast.net) |
| 00:40:59 | | Quit rphlx ("Leaving") |
| 00:41:17 | Nico_P | amiconn: you got a gigabeat S? |
| 00:41:25 | amiconn | yep |
| 00:41:44 | Nico_P | nice! :) |
| 00:41:51 | Nico_P | got projects with it? |
| 00:44:26 | | Join eddieFig [0] (i=esoteric@cpe-75-85-254-205.bak.res.rr.com) |
| 00:44:47 | | Part eddieFig |
| 00:48:08 | | Quit ender` (" All power corrupts, but we need electricity.") |
| 01:00 |
| 01:06:17 | | Quit ajonat () |
| 01:07:50 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 01:16:06 | | Join reacocar` [0] (n=reacocar@134.173.56.230) |
| 01:17:05 | | Quit reacocar` (Client Quit) |
| 01:17:05 | | Quit reacocard ("Coyote finally caught me") |
| 01:20:06 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 01:22:02 | *** | Saving seen data "./dancer.seen" |
| 01:22:41 | | Quit mf0102 ("Ex-Chat") |
| 01:23:47 | | Join reacocard [0] (n=reacocar@noslor.ST.HMC.Edu) |
| 01:25:36 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-fe9f31c31b8f134b) |
| 01:26:46 | | Quit Nico_P (Remote closed the connection) |
| 01:31:17 | | Quit barrywardell () |
| 01:43:35 | | Join miepchen^schlaf [0] (n=miepchen@p579EC8F7.dip.t-dialin.net) |
| 01:44:10 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 01:44:17 | | Quit miepchen^schlaf (Connection reset by peer) |
| 01:44:29 | | Join miepchen^schlaf [0] (n=miepchen@p579EC8F7.dip.t-dialin.net) |
| 01:46:00 | | Quit jhMikeS (Nick collision from services.) |
| 01:46:06 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:48:35 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 02:00 |
| 02:00:00 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:09:33 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:12:48 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
| 02:13:52 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-165-134.ewe-ip-backbone.de) |
| 02:15:46 | | Quit MethoS- (Remote closed the connection) |
| 02:22:14 | | Quit oofus (Remote closed the connection) |
| 02:24:54 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 02:43:25 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 02:44:03 | soap | does anyone know why on JdGordon's commit earlier today my build server barfed a segfault on the Mrobe 100 sim, built everything else asked of it fine, and then after amiconn's completely unrelated commit I am able to build the same sim w/o problems? |
| 02:44:09 | | Quit HBK (Nick collision from services.) |
| 02:44:54 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 02:44:55 | soap | Did the SVN update happed to barf on a file for that failed build? Need I test my PC's memory? Sunspots? ;) Config problem I missed on my end? |
| 02:45:04 | JdGordon | soap: good old gcc bugs probably :p |
| 02:45:44 | | Quit culture (Read error: 110 (Connection timed out)) |
| 02:45:56 | soap | when I logged into rbclient after the failed build, I was able to reproduce the failure, it wasn't a one time thing. |
| 02:46:31 | | Join star_jasmine [0] (n=arwyneve@75.108.74.16) |
| 02:46:40 | soap | and amiconn's commit (the following commit) didn't touch a file gcc should ever see in said build, yet it works fine now. |
| 02:47:43 | star_jasmine | hi... I"m having a problem creating a voice in cygwin for rockbox. it tells me that there are too many open files, and that it cannot open c:\program files\viavoice tts\tts.log. how do I prevent this from happening, or close logs? |
| 02:49:32 | star_jasmine | actually, it says too many open files, as the error, siting the name of the log file it wishes to open |
| 02:49:49 | star_jasmine | any suggestions would be much appreciated |
| 02:56:18 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-c670a15b4cd9d327) |
| 02:58:26 | | Quit Rob2222 () |
| 02:58:43 | cool_walking_ | star_jasmine: I would try closing as many other programs as you can, and trying again. |
| 02:59:29 | | Join Inverse [0] (n=InverseC@89.193.135.128) |
| 02:59:39 | | Quit Inverse (Client Quit) |
| 03:00 |
| 03:03:07 | | Join Rob2222 [0] (n=Miranda@p4FDCE511.dip.t-dialin.net) |
| 03:06:33 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 03:09:15 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 03:12:00 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:17:56 | star_jasmine | ok thanks. so nothing else would cause this? I restarted the computer after the first time |
| 03:19:31 | | Quit moos ("Rockbox rules the DAP world") |
| 03:20:02 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
| 03:21:06 | star_jasmine | and it still occured a second time |
| 03:21:17 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 03:21:28 | star_jasmine | does cygwin keep files open after an exit and restart? |
| 03:21:53 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 03:22:06 | *** | Saving seen data "./dancer.seen" |
| 03:23:44 | | Quit star_jasmine () |
| 03:24:31 | cool_walking_ | I have no idea. Just a guess. |
| 03:25:32 | | Quit dabujo (Read error: 104 (Connection reset by peer)) |
| 03:26:13 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-18ee2354c213e377) |
| 03:26:49 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 03:31:42 | | Join dataangel [0] (n=prophet@146.113.65.145) |
| 03:32:52 | dataangel | If I have my plugin open a textfile like so: rb->open(ROCKBOX_DIR "/myfile.txt", "r");, then rockbox (at least in the simulator) ERASES the file's contents @_@ That is, it replaces it with an empty file. Don't modify the file at all, just open it with only read permission |
| 03:33:51 | dataangel | whether or not I close file doesn't matter |
| 03:33:57 | dataangel | file is in archos/.rockbox |
| 03:34:21 | dataangel | any ideas? :P I'm totally lost |
| 03:36:07 | | Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) |
| 03:38:07 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-346016ff54871ca3) |
| 03:38:13 | saratoga | hopefully mp3 seeking issues are now solved |
| 03:38:37 | saratoga | seems seeking while the COP is still processing a previous frame caused bad things |
| 03:40:43 | | Quit saratoga (Client Quit) |
| 03:41:32 | linuxstb | dataangel: The "open" command doesn't take a string as the last parameter - you want to use O_RDONLY. |
| 03:41:46 | linuxstb | s/command/funciton/ |
| 03:41:51 | linuxstb | function even... |
| 03:42:17 | | Quit jeffdameth (Read error: 113 (No route to host)) |
| 03:42:18 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:42:19 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-65624c28472a7913) |
| 03:43:05 | dataangel | oh |
| 03:43:12 | dataangel | hrm, it worked once |
| 03:43:34 | linuxstb | Only by chance. |
| 03:43:37 | dataangel | right |
| 03:43:47 | linuxstb | Didn't the compiler give a warning? |
| 03:43:57 | dataangel | no :P |
| 03:44:11 | dataangel | ...yes |
| 03:44:28 | dataangel | but I dismissed it for giving a similar warning earlier that meant nothing :P |
| 03:44:35 | | Join jeffdameth [0] (n=jeff@dyndsl-091-096-052-145.ewe-ip-backbone.de) |
| 03:44:39 | dataangel | that works, thanks :P |
| 03:44:45 | * | dataangel returns to corner with dunce cap |
| 03:51:46 | | Quit DerDome (Read error: 110 (Connection timed out)) |
| 03:52:15 | | Join DerDome [0] (n=DerDome@dslb-082-083-207-055.pools.arcor-ip.net) |
| 03:58:39 | | Join Darksair [0] (n=user@123.112.115.199) |
| 04:00 |
| 04:02:02 | dataangel | What is the 3rd parameter to rb->strtok_r for? |
| 04:03:46 | JdGordon | so it can be reenterant |
| 04:04:20 | dataangel | but what do I give it? |
| 04:08:57 | | Quit Seed ("cu, Andre") |
| 04:08:58 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECE7D.dip.t-dialin.net) |
| 04:10:48 | dataangel | nm |
| 04:20:11 | * | jhMikeS reads back and is astonished that amiconn has just purchased an overpowered device and figures this must be related to worldwide economic collapse somehow |
| 04:23:15 | * | jhMikeS keeps going back to make sure he didn't misread that (amiconn+gigabeast) ?? |
| 04:24:06 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:24:55 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
| 04:35:25 | | Quit dataangel ("Leaving") |
| 04:38:50 | mmadia | could someone take a look at this wps clipping? I'm having some issues rewriting margin tags as viewports+scrolling tags. http://pastebin.com/m13cc0edc |
| 04:39:33 | | Join mikkas [0] (n=795b670c@gateway/web/cgi-irc/labb.contactor.se/x-d869faad09f40f86) |
| 04:39:56 | mikkas | hey everyone :) |
| 04:40:12 | * | mmadia nods |
| 04:40:58 | mikkas | i just had a quick question oh wise ones, I have a iriver h340.. it's running rockbox (woo) but it's version 060622 or something like that... I was hoping to update it.. |
| 04:42:13 | * | scorche looks for a question |
| 04:42:16 | mmadia | i seek wise ones as well. |
| 04:42:47 | mikkas | heh. So anyway, do i have to uninstall rockbox (the current version on there)... or can i just copy over and it'll update? |
| 04:42:57 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 04:43:18 | scorche | being that it is so old, you will likely have to update your bootloader as well |
| 04:43:35 | scorche | just "install" as said in the manual |
| 04:43:59 | mikkas | ah excellent. cheers. :) |
| 04:46:34 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-eb40e107b1234777) |
| 04:47:57 | mikkas | so to update my bootloader.. ill need the firmware again.. whatever the newested is.. |
| 04:48:35 | mikkas | oh looks like there's an idiots guide hehe (utility) |
| 04:51:57 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 04:54:34 | | Join ajonat [0] (n=ajonat@190.48.117.81) |
| 04:54:49 | | Join andrewsund [0] (n=asund@d38-28-48.commercial1.cgocable.net) |
| 04:54:54 | mmadia | aah, Ilumini needs kugel's build. oops :) |
| 04:58:04 | andrewsund | hey everyone. i bought a sansa today and will be retiring my ipod nano 1st gen. it's a little beat up, so resale value is going to be low. i figured i'd give it to a dev. anyone interested? |
| 05:00 |
| 05:00:03 | | Join NinJew [0] (i=Bensawso@unaffiliated/bensawsome) |
| 05:00:28 | scorche | andrewsund: thanks for the offer, but not many devs are typically active during these hours..perhaps you might get better results posting to the dev list? |
| 05:02:44 | andrewsund | yeah, i didn't want to join up to post a single question, but i'll give it a shot. |
| 05:06:15 | mikkas | is there going to be a rockbox version to run on the Zune? |
| 05:07:07 | scorche | mikkas: i left my crystal ball at work today, but for the forseeable future, no...no one is currently working on it as far as i am aware |
| 05:07:37 | mikkas | ^_^ you left it at work? lol |
| 05:07:57 | NinJew | lol nice |
| 05:14:10 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:17:30 | | Part andrewsund |
| 05:18:19 | mikkas | arrgh i cant get the bootloader installed on my h40 :( when it asks for my hex file i give it the file.. but it says can't detect file.. |
| 05:18:38 | mikkas | "could not detect firmware type" |
| 05:20:25 | mikkas | oh wait.. never mind.. im trying to use unsupported firmware.. the newest korean is 1.31k or something... ill have to downgrade |
| 05:22:09 | *** | Saving seen data "./dancer.seen" |
| 05:24:04 | | Join andrewsund [0] (n=asund@d38-28-48.commercial1.cgocable.net) |
| 05:24:12 | | Part andrewsund |
| 05:24:29 | | Quit homielowe () |
| 05:24:42 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
| 05:25:17 | | Quit setkeh ("Leaving") |
| 05:33:47 | | Quit mmadia (Read error: 104 (Connection reset by peer)) |
| 05:37:53 | | Quit NinJew ("t3h 1337 h4X0R sT4t80t h42 QuiT") |
| 05:43:15 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 05:50:09 | | Quit XavierGr (Read error: 60 (Operation timed out)) |
| 05:50:45 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 05:51:37 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 05:52:00 | | Quit HBK- (Read error: 60 (Operation timed out)) |
| 06:00 |
| 06:03:44 | mikkas | so i finally got it installed... however im getting bad bad static in the 1 channel of my headphones... what's up with that? |
| 06:04:22 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 06:08:28 | | Quit mikkas ("CGI:IRC (EOF)") |
| 06:08:46 | | Join JdGordon|phone [0] (n=zsirc@dyn-118-139-2-31.its.monash.edu.au) |
| 06:28:24 | | Quit JdGordon|phone (Remote closed the connection) |
| 06:36:43 | | Quit jhulst (Read error: 113 (No route to host)) |
| 06:54:36 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 07:00 |
| 07:08:17 | | Quit bmbl ("Woah!") |
| 07:09:33 | | Part toffe82 |
| 07:17:34 | | Join webguest20 [0] (n=456dd8de@gateway/web/cgi-irc/labb.contactor.se/x-3a70408df70fbc62) |
| 07:17:39 | webguest20 | so |
| 07:17:55 | webguest20 | does rockbox work on the v2 e200 yet? |
| 07:18:32 | | Quit webguest20 (Client Quit) |
| 07:21:12 | | Quit FugitivePrisoner (Read error: 104 (Connection reset by peer)) |
| 07:21:53 | | Join FugitivePrisoner [0] (n=tfarides@ool-182d8639.dyn.optonline.net) |
| 07:22:11 | *** | Saving seen data "./dancer.seen" |
| 07:29:05 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 07:33:47 | | Quit faemir (Remote closed the connection) |
| 07:36:02 | | Part FugitivePrisoner |
| 07:36:09 | | Join FugitivePrisoner [0] (n=tfarides@ool-182d8639.dyn.optonline.net) |
| 07:36:18 | | Part FugitivePrisoner |
| 07:49:51 | | Quit XavierGr () |
| 08:00 |
| 08:02:27 | | Quit miepchen^schlaf_ () |
| 08:13:30 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 08:13:41 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-4aa3d9d6aac71f87) |
| 08:22:26 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:25:45 | | Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) |
| 08:27:08 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:33:14 | | Quit Nibbler (Read error: 110 (Connection timed out)) |
| 08:33:57 | | Join Nibbler [0] (n=Nibbler@e181105165.adsl.alicedsl.de) |
| 08:34:19 | | Quit massiveH ("Leaving") |
| 08:34:30 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 08:35:02 | | Quit massiveH (Client Quit) |
| 08:39:12 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 08:41:19 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:41:21 | | Quit massiveH (Client Quit) |
| 08:41:33 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 08:42:28 | | Quit massiveH (Client Quit) |
| 08:44:47 | | Quit bughunter2 ("bye") |
| 08:50:20 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:50:55 | | Quit BHSPitMonkey (Remote closed the connection) |
| 08:51:33 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 08:53:29 | | Join Rob2223 [0] (n=Miranda@p4FDCCEFA.dip.t-dialin.net) |
| 08:55:01 | bertrik | nice, just got 16 hrs runtime on my sansa c240 in a battery bench with r18560 (which does mp3 decoding partially on the cop) |
| 08:56:49 | jhMikeS | bertrik: what was it before? |
| 08:57:33 | bertrik | I'll have to check, slightly less than 15 h IIRC |
| 08:59:13 | bertrik | last time with the same mp3 set was 14:41 with r18085 |
| 09:00 |
| 09:00:13 | | Quit massiveH ("Leaving") |
| 09:00:27 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 09:01:07 | | Join vitja_ [0] (n=vitja@79.120.98.174) |
| 09:02:10 | | Quit vitja (Remote closed the connection) |
| 09:02:10 | | Quit vitja_ (Remote closed the connection) |
| 09:02:21 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 09:11:37 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:12:36 | | Quit massiveH ("Leaving") |
| 09:20:52 | | Join lasser [0] (n=f@Wb4b3.w.pppool.de) |
| 09:22:14 | *** | Saving seen data "./dancer.seen" |
| 09:22:39 | | Quit bertrik ("Leaving") |
| 09:23:12 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 09:52:39 | | Quit Acksaw ("Erection reset by queer") |
| 10:00 |
| 10:00:06 | vitja | gevaerts: I found, that was my bug ;) |
| 10:00:31 | | Join Nico_P [0] (i=937f60dd@gateway/web/ajax/mibbit.com/x-7c6ffd845ab8de2b) |
| 10:01:05 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
| 10:01:18 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 10:02:11 | | Join JUSTWJX [0] (n=79e8e0bc@gateway/web/cgi-irc/labb.contactor.se/x-b87a6610e69b61c8) |
| 10:02:26 | JUSTWJX | #join rockbox-community |
| 10:03:36 | JUSTWJX | #join rockbox-community |
| 10:03:58 | Nico_P | it's /join |
| 10:04:04 | scorche | move the # to before rockbox and add a / at the beginning of the line |
| 10:04:20 | JUSTWJX | #rockbox-community |
| 10:04:35 | scorche | still need "/join"... |
| 10:04:44 | JUSTWJX | hen |
| 10:04:57 | JUSTWJX | how to join rockbox-community? |
| 10:05:13 | scorche | we juts told you |
| 10:05:22 | ajonat | /join #rockbox-community |
| 10:05:53 | JUSTWJX | :-) |
| 10:06:19 | | Quit JUSTWJX (Client Quit) |
| 10:06:51 | | Join JUSTWJX [0] (n=79e8e0bc@gateway/web/cgi-irc/labb.contactor.se/x-3bf1bcc5cf6eea62) |
| 10:07:21 | JUSTWJX | so complex~ |
| 10:08:23 | advcomp2019 | ajonat was right |
| 10:08:33 | scorche | for the third time, "/join #rockbox-community" |
| 10:09:40 | | Quit Nico_P ("http://www.mibbit.com ajax IRC Client") |
| 10:12:49 | | Quit JUSTWJX ("CGI:IRC (Ping timeout)") |
| 10:14:00 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 10:14:13 | | Join JUSTWJX [0] (n=79e8e0bc@gateway/web/cgi-irc/labb.contactor.se/x-e62ccb60b747c801) |
| 10:15:38 | ajonat | hmm.. r18557 doesn't have any effect on an ipod nano, right? |
| 10:19:43 | | Quit JUSTWJX ("CGI:IRC (Ping timeout)") |
| 10:22:17 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 10:31:41 | | Quit Nico_P (Read error: 104 (Connection reset by peer)) |
| 10:31:42 | | Quit reacocard (".") |
| 10:31:55 | | Join reacocard [0] (n=reacocar@noslor.ST.HMC.Edu) |
| 10:34:44 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 10:34:56 | | Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 10:38:17 | | Join Frostbyt3 [0] (n=Null@ool-4352497f.dyn.optonline.net) |
| 10:42:28 | Frostbyt3 | website dont work |
| 10:43:11 | Frostbyt3 | whats goin on |
| 10:45:09 | | Part Frostbyt3 |
| 10:45:34 | scorche | mmmhmmm... |
| 10:52:53 | | Join dany_21a [0] (n=dan@84-119-1-221.dynamic.xdsl-line.inode.at) |
| 10:58:32 | | Quit XavierGr () |
| 10:58:57 | | Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) |
| 11:00 |
| 11:02:48 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 11:05:46 | amiconn | ajonat: It does |
| 11:08:13 | ajonat | amiconn, #if (CONFIG_CPU == PP5024 || CONFIG_CPU == PP5022 || CONFIG_CPU == PP5020 || CONFIG_CPU == PP5002) && !defined(MPEGPLAYER) |
| 11:08:34 | ajonat | i though nano had a PP5021C CPU |
| 11:08:42 | ajonat | *thought |
| 11:10:10 | ajonat | anyway, I'm trying it today :) have to go now, bye! |
| 11:10:15 | | Quit ajonat () |
| 11:10:16 | scorche | ajonat: it does, but it is defined as a PP5022 |
| 11:10:26 | * | scorche sighs |
| 11:12:19 | markun | scorche: second time today :) |
| 11:22:16 | *** | Saving seen data "./dancer.seen" |
| 11:52:32 | | Part dany_21a |
| 11:53:19 | BigBambi | Could this http://forums.rockbox.org/index.php?topic=18648.0 be due in any way to saratoga's decoding on COP? |
| 11:58:13 | linuxstb | BigBambi: I would have expected others to complain if that was the case, but you never know - you could ask him to try a daily from before saratoga's first commit. |
| 11:58:33 | * | linuxstb missed the "20th sept works fine" comment... |
| 11:58:37 | | Quit culture (Read error: 104 (Connection reset by peer)) |
| 11:58:54 | BigBambi | linuxstb: It is the second report as well |
| 11:59:03 | BigBambi | I've just merged the other post into it |
| 11:59:23 | BigBambi | Here is the combined one: http://forums.rockbox.org/index.php?topic=18632.0 |
| 12:00 |
| 12:00:06 | BigBambi | I don't have my H140 with me so can't test |
| 12:00:08 | linuxstb | We need to send saratoga a coldfire target... |
| 12:02:48 | * | n1s tests on his h300 |
| 12:03:08 | BigBambi | n1s: cheers |
| 12:04:35 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
| 12:11:20 | n1s | yep, r18556 is fine r18557 has a nasty noise in the right channel with mp3 (left is fine) |
| 12:13:52 | n1s | and r18563 is still affected |
| 12:18:42 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 12:23:35 | jhMikeS | amiconn: Congrats, you got a beast? I must admit I'm a bit surprised. |
| 12:31:30 | | Join moos [0] (i=moos@81-66-128-18.rev.numericable.fr) |
| 12:35:49 | | Quit reacocard (".") |
| 12:39:44 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
| 12:40:45 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 12:47:12 | | Join tvelocity [0] (n=tony@195.167.65.111) |
| 12:47:41 | markun | jhMikeS: what are you up to these days? |
| 12:47:58 | markun | working on anything rockbox related? |
| 12:50:15 | jhMikeS | markun: yes. currently trying to figure out how to shoehorn this S charging code into things and have it work properly. |
| 12:53:09 | amiconn | Don't shoehorn it. The powermgmt code needs a thorough rework. |
| 12:54:14 | | Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) |
| 12:55:01 | funman | hi |
| 12:55:19 | funman | hum no kugel here |
| 12:55:33 | funman | he told yesterday that he would be here 'tomorrow' |
| 12:56:08 | jhMikeS | amiconn: indeed. it shouldn't need much but it would be nice to have charging in SVN and it should be liveable for now. adjusting it should be simple. it really should have an event queue or it can miss important transitions to act accordingly. |
| 12:57:22 | jhMikeS | amiconn: what overall restructuring did you have in mind, if any? |
| 12:58:18 | amiconn | The basic powermgmt loop needs to be reversed. Right now there is a "short wait" and a "long wait" function. |
| 12:59:03 | amiconn | The loop should rather be always active and should call the "seconds-task" and the "minutes-task" at configured intervals |
| 13:00 |
| 13:00:01 | amiconn | This is the only way to guarantee prompt reaction to events. I need this for suspend on 1st/2nd gen. |
| 13:00:02 | jhMikeS | amiconn: the S patch has 99% in the short wait function (so it is as you put it "reversed") |
| 13:00:20 | amiconn | There should be no short wait or long wait functions |
| 13:03:31 | amiconn | There should be functions for the various tasks, which get called from the main loop regularly, and which return immediately after doing their part of the job |
| 13:07:01 | jhMikeS | yes, that would flatten it out nicely. what about the NiCd code−− it has dependence on counting |
| 13:08:25 | amiconn | It needs to be adjusted of course |
| 13:08:35 | | Join lachlan12345 [0] (n=7a681d06@gateway/web/cgi-irc/labb.contactor.se/x-c925f7fc16710ef6) |
| 13:09:09 | amiconn | It's target specific, hence should be moved into the target tree |
| 13:09:39 | | Join dany_21a [0] (n=dan@84-119-1-221.dynamic.xdsl-line.inode.at) |
| 13:09:53 | funman | hi dany_21a |
| 13:10:48 | dany_21a | hello funman :) |
| 13:12:51 | dany_21a | funman: regarding GIT-repo, i am not sure what directory/file-layout we sholud use... i think it would be the best to use different and meaningfull names for the test.S-files. And not different branches or other GIT-foo |
| 13:14:38 | jhMikeS | amiconn: Hmmm...when? I did put a few things in to help target certain things in the patch since it needed that. |
| 13:14:47 | funman | yes it's simpler with different file names |
| 13:17:02 | lachlan12345 | hello all. i'm a rockbox (ipod 5.5.G) user but i like to boot into the stock firmware for games and suchlike. this leaves me with an accessing music from both firmwares conundrum. i know i can build a database in RB off my itunes files, but i prefer to browse by folder view. is it in anyway possible to build and itunes database off of my music collection which i have stored on my ipod in normal files format |
| 13:17:55 | funman | dany_21a: what's the private repository url ? |
| 13:18:09 | dany_21a | funman: you mean for pushing? |
| 13:18:15 | funman | yes |
| 13:18:21 | dany_21a | http://gitorious.org/projects/rockbox_sansa_v2/repos/mainline |
| 13:18:24 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 13:18:25 | funman | http ?? |
| 13:18:28 | dany_21a | (vistit that site.,.. not that urtl) |
| 13:18:31 | dany_21a | *url |
| 13:18:51 | * | jhMikeS thinks exactly what these tasks are needs to be well defined |
| 13:18:51 | | Join tvelocity [0] (n=tony@195.167.65.109) |
| 13:18:57 | funman | it only lists public git & http urls |
| 13:19:39 | lachlan12345 | black bomb a myspace |
| 13:19:41 | funman | let's see if i login .. |
| 13:19:53 | dany_21a | hm... i see here as third point the push url... |
| 13:20:01 | dany_21a | try git@gitorious.org:rockbox_sansa_v2/mainline.git - maybe it works |
| 13:20:28 | dany_21a | and you have to upload your ssh-pub key |
| 13:20:42 | Bagder | lachlan12345: that's an issue for your OF and apple fanboys, we discuss how rockbox works here! |
| 13:20:51 | funman | dany_21a: ok I pushed my first commit, thanks you ;) |
| 13:20:54 | dany_21a | k |
| 13:21:05 | funman | I deleted my message on the forum btw |
| 13:21:17 | funman | Author: daniel <daniel@kubuntu.(none)> |
| 13:21:24 | funman | you might want to setup your global git config |
| 13:21:57 | funman | git config −−global user.email |
| 13:22:01 | funman | git config −−global user.email daniel@.. |
| 13:22:06 | lachlan12345 | Badger: 'fanboy' is a bit harsh- RB is still my primary firmware. all i want is harmony between the two systems! |
| 13:22:10 | funman | git config −−global user.name You |
| 13:22:19 | *** | Saving seen data "./dancer.seen" |
| 13:23:06 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 13:24:29 | dany_21a | thx for the hint funman, i thought by pushing it automatically rewrites it according to my useraccount on that site |
| 13:24:58 | funman | no, git commits are 100% legal emails and you can change your name/email in each commit |
| 13:25:38 | funman | you can also commit a patch from someone else and you would only be listed as a Committer |
| 13:25:46 | funman | but you can fake the Committer line as well ;) |
| 13:26:12 | dany_21a | okay - still need to get used to GIT :) |
| 13:26:17 | funman | I can give you hints on git if you want |
| 13:26:32 | funman | I have learned when vlc transitioned from svn to git 6 months ago |
| 13:26:46 | dany_21a | thx - will come back onto that, if i need some help |
| 13:26:57 | n1s | Bagder: about bootloaders for the release, do you have some nice script to build "release" version? (with proper version numbers etc) and preferably build them all in one go? The test bulds i put up seem fine except for sansa c200 so maybe that should be excluded from release? |
| 13:28:10 | funman | I will add buttons/other infos in the git repo this afternoon |
| 13:29:36 | | Quit lachlan12345 ("CGI:IRC (EOF)") |
| 13:33:14 | | Quit JdGordon (Remote closed the connection) |
| 13:34:29 | | Join JdGordon [0] (n=jonno@c220-237-62-18.smelb2.vic.optusnet.com.au) |
| 13:38:00 | funman | dany_21a: we should also put a README |
| 13:38:46 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-165-134.ewe-ip-backbone.de) |
| 13:39:59 | funman | bbl |
| 13:40:00 | | Quit funman ("leaving") |
| 13:42:31 | BigBambi | n1s: I'll open a bug report on it. |
| 13:44:41 | BigBambi | n1s: http://www.rockbox.org/tracker/task/9414 |
| 13:54:26 | | Part LinusN |
| 13:54:53 | | Join dabujo [0] (i=xx@p4FDB2606.dip0.t-ipconnect.de) |
| 13:55:40 | | Quit Zambezi (Read error: 110 (Connection timed out)) |
| 13:57:47 | | Quit vitja (Remote closed the connection) |
| 14:00 |
| 14:05:00 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:05:37 | | Quit jeffdameth (Read error: 113 (No route to host)) |
| 14:13:04 | | Nick m0f0x_ is now known as m0f0x (n=m0f0x@189-47-24-235.dsl.telesp.net.br) |
| 14:18:42 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 14:23:12 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 14:38:31 | | Join Zambezi [0] (i=stolgfor@itslyna.se) |
| 14:52:45 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 14:53:11 | kugel | dany_21a: that's why I asked ffor support :) |
| 14:53:49 | kugel | although the e200 has more in common with the fuze than with the clip, e.g. size of the firmware file |
| 14:57:16 | | Quit pabs (Remote closed the connection) |
| 14:57:20 | | Join pabs [0] (n=pabs@ip68-98-175-28.dc.dc.cox.net) |
| 15:00 |
| 15:01:43 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 15:07:32 | | Quit Seed ("cu, Andre") |
| 15:07:50 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-fc55801f435e49de) |
| 15:11:48 | * | gevaerts hands LambdaCalculus37 a mug of hot chocolate |
| 15:12:40 | * | GodEater is going to the dark side |
| 15:12:46 | * | LambdaCalculus37 thanks gevaerts and takes the mug, and gets out some biscuits |
| 15:13:02 | LambdaCalculus37 | Oops... wrong channel. :P |
| 15:22:00 | | Join mib_74uswniw [0] (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-e12873d63db9bd72) |
| 15:22:04 | | Nick mib_74uswniw is now known as MarcGuay (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-e12873d63db9bd72) |
| 15:22:22 | *** | Saving seen data "./dancer.seen" |
| 15:28:33 | | Join webguest75 [0] (n=3eeb9ee8@gateway/web/cgi-irc/labb.contactor.se/x-0316027ccb525361) |
| 15:29:40 | webguest75 | sixth?) |
| 15:29:58 | LambdaCalculus37 | Sixth what? |
| 15:30:03 | webguest75 | ehm |
| 15:30:12 | webguest75 | Yeh this thing ate my whole line |
| 15:30:17 | webguest75 | webclient kinda suc |
| 15:30:20 | webguest75 | Lemme get on irc |
| 15:30:25 | | Quit webguest75 (Client Quit) |
| 15:31:06 | | Part J-23 |
| 15:32:55 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-164-121.ewe-ip-backbone.de) |
| 15:39:52 | | Quit tvelocity (Remote closed the connection) |
| 15:40:05 | | Quit Zarggg () |
| 15:40:13 | | Join lalala [0] (n=3eeb9ee8@gateway/web/cgi-irc/labb.contactor.se/x-796eb497da569c1d) |
| 15:40:19 | lalala | ehm |
| 15:40:34 | lalala | what server is this? |
| 15:40:49 | lalala | Since it doesn't seem to be irc.freenode.net |
| 15:40:59 | | Join mf0102 [0] (n=michi@85-127-39-37.dynamic.xdsl-line.inode.at) |
| 15:41:02 | lalala | Cuz there are 2 ppl on #rockbox over there |
| 15:41:11 | lalala | Including me ... |
| 15:41:25 | LambdaCalculus37 | There are 128 users on #rockbox right now. |
| 15:41:48 | lalala | Well not on #rockbox on irc.freenode.net as stated on the site |
| 15:41:53 | lalala | Or it has split |
| 15:42:37 | | Join dark [0] (n=dark@ip-62-235-158-232.dsl.scarlet.be) |
| 15:42:40 | dark | Ah that helps |
| 15:43:01 | | Quit lalala (Client Quit) |
| 15:43:03 | dark | Should script irssi to follow network hopping |
| 15:43:04 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
| 15:43:14 | dark | Anyway, so here goes again |
| 15:43:38 | dark | My gf would like me to put rockbox on her ipod. But I just want to make sure what generation it is, I don't have an ipod myself. |
| 15:43:56 | dark | Hers is an 80GB I think, with color screen and capable of playing video. Ipod Classic |
| 15:44:05 | LambdaCalculus37 | http://support.apple.com/kb/HT1353 |
| 15:44:15 | LambdaCalculus37 | And iPod Classic will not work with Rockbox. |
| 15:44:17 | | Join mib_cl72ftku [0] (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-9a6f694e56aa00b8) |
| 15:44:22 | | Nick mib_cl72ftku is now known as MarcGuay (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-9a6f694e56aa00b8) |
| 15:44:40 | dark | Ah, really? Mmm, sux |
| 15:45:02 | dark | Talking to a bot aren't I =P |
| 15:46:50 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 15:47:21 | LambdaCalculus37 | We only have one bot, and that's not me. |
| 15:47:35 | dark | Ah, hehe, k |
| 15:47:44 | LambdaCalculus37 | We have a list of supported players at http://www.rockbox.org |
| 15:47:56 | gevaerts | dark: the description you gave could also be for anipod video 5.5th gen |
| 15:48:05 | dark | Yeh I saw, it listed ipod video but not classic, so I wanted to make sure |
| 15:48:30 | dark | Short reason why it won't work on classic? |
| 15:48:47 | BigBambi | encrypted firmware, new undocumented hardware |
| 15:49:16 | dark | Those are solid reasons |
| 16:00 |
| 16:07:31 | | Quit Sargun (Read error: 104 (Connection reset by peer)) |
| 16:11:55 | | Quit Siku () |
| 16:19:15 | | Quit mf0102 (Remote closed the connection) |
| 16:20:39 | | Join joetoo [0] (n=joe@c-69-138-250-166.hsd1.md.comcast.net) |
| 16:22:01 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 16:22:16 | joetoo | Weird. I just looked in irc.netsplit.de to find out where #rockbox was, and it said there wasn't one. |
| 16:26:55 | joetoo | I notice that rockbox has basic video decoding support, but I'm interested in xvid. I see that the V.2 sansa e200's have divx, which makes me wonder if my V.1 has enough cycles to decode xvid. Looks like my OEM firmware only supports mjpeg in .mov, which obviously uses a lot of space. |
| 16:27:34 | | Quit lasser (Remote closed the connection) |
| 16:27:49 | markun | joetoo: interested as in "I want to work on it"? |
| 16:27:54 | joetoo | Anyone know if there is 1) any way to play xvid or similar, 2) any plans to add such support, or 3) that this just ain't gonna happen? |
| 16:28:29 | n1s | 1) if someone codes it 2) not afaik 3) see 1 & 2 :) |
| 16:28:44 | joetoo | well, I have some experience in embedded programming, but I've never tried to do it portably, nor have I ever worked with codecs. |
| 16:29:35 | BigBambi | good time to start then |
| 16:29:49 | n1s | it is a good opportunity to increase your experience then! but expect it to be a _lot_ of work |
| 16:30:29 | n1s | joetoo: any idea about how much processing power divx uses in relation to mpeg2? |
| 16:30:36 | BigBambi | I think most people feel that given Rockbox has very good support for MPEG 1/2 that the advantages of using xvid are very very small compared to the amount of work |
| 16:31:07 | joetoo | I'm sure it's more, but we are also talking about very small screens and possibly low framerates. |
| 16:31:12 | markun | BigBambi: but with players getting faster, I see how it would be easier to just copy an existing file over without transcoding. |
| 16:31:45 | BigBambi | markun: Sure - I'm not saying that is completely pointless, but hithertoo nobody has felt the advantage is big enough to bother to do the work |
| 16:32:03 | BigBambi | joetoo: very small screens sure, but also very slow processors and low memory |
| 16:32:08 | markun | joetoo: maybe you could try to do some benchmarks on a PC, it might give you an idea how much more complex mpeg4 (xvid/divx) decoding is. |
| 16:32:24 | n1s | markun, BigBambi: and on the beast we have tv out so there's more use for larger (as in res) files :) |
| 16:32:33 | BigBambi | very true :) |
| 16:32:44 | joetoo | in my case, I have a 2GB player, with microSD (not HC). Though I gather using rockbox enables micro SDHC. So storage space has been a concern for me. |
| 16:33:01 | n1s | (well, the ipod videos have tv out too but afaiu it's tied to the broadcom chip) |
| 16:33:30 | joetoo | markun: that might make sense. I could transcode something to the right size, then see what the cpu load is with different codecs. |
| 16:33:41 | BigBambi | joetoo: Enough of a concern to write an xvid codec for Rockbox? |
| 16:34:06 | joetoo | well, writing one is a bigger deal than porting one to a different libc |
| 16:34:16 | markun | joetoo: someone got started on it a while ago, but I don't know if you could reuse any of his work: http://www.rockbox.org/tracker/task/2848 |
| 16:34:31 | BigBambi | That is all my point is - if the difference matters enough to you then you will do the work. So far the difference hasn't been important enough to anyone |
| 16:34:47 | JdGordon | joetoo: ignore them... do it and the worst that will happen is that you dont get a usable framerate, in which case its likely someone will come and help optimize it... |
| 16:35:06 | markun | joetoo: ignore JdGordon :) |
| 16:35:08 | BigBambi | joetoo: OK, port. But given things like no floating point, no malloc, it could (I say could, I don't know) almost be writing |
| 16:35:44 | BigBambi | joetoo: I'm not trying to discourage you incidently, I'd like to see it personally :) |
| 16:35:44 | * | JdGordon goes back to wondering how the hell to do a recent bookmark list :( |
| 16:36:49 | joetoo | The framerate issue is another concern. It is imaginable that at a low framerate, the deltas between frames would be huge no matter what you do. Some codecs may not save much space or may have very poor quality at low frame rates. |
| 16:37:04 | | Quit Schmogel (Read error: 54 (Connection reset by peer)) |
| 16:37:13 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:37:25 | markun | joetoo: you could start with the ffmpeg or xvid source code, don't know which would be better. |
| 16:37:27 | | Quit amiconn (Nick collision from services.) |
| 16:37:29 | joetoo | sounds like further research is in order. |
| 16:37:34 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 16:39:00 | | Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-9cf8c5342f40d18e) |
| 16:40:04 | markun | saratoga: any plans for further codec speedups? |
| 16:40:45 | BigBambi | saratoga: I've just seen your reply to the forum - it seems a bit of an odd bug then! |
| 16:40:51 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 16:41:22 | saratoga | BigBambi: not to mention amiconn benchmarked on his Iriver yesterday |
| 16:41:37 | BigBambi | Which iriver? |
| 16:41:47 | saratoga | one of the Coldfire ones |
| 16:42:14 | saratoga | he didn't mention problems, though i suppose he may not have noticed either |
| 16:42:33 | saratoga | markun: yes many, but little time right now |
| 16:42:57 | JdGordon | BigBambi: for a recent bookmark list.. is the bookmark filename enough? |
| 16:43:02 | | Join lukstr_ [0] (n=lukstr@131.104.10.218) |
| 16:43:04 | markun | saratoga: anything as big as the shared imdct? |
| 16:43:07 | JdGordon | or it has to be as it is now? |
| 16:43:11 | saratoga | does the problem happen for all tracks on all CF or only some? |
| 16:43:26 | saratoga | markun: for AAC? |
| 16:43:29 | | Part lukstr_ |
| 16:43:37 | markun | saratoga: for any codec |
| 16:43:55 | saratoga | ah |
| 16:44:17 | saratoga | eventually i want to put AAC on COP and look into getting HE working on more targets |
| 16:44:28 | LambdaCalculus37 | saratoga: I updated my Gigabeat F's build to r18563 this morning. It's working fine; no MP3 glitches here. |
| 16:44:42 | saratoga | i want to better optimize our IMDCT and figure out why it sucks on the Gigabeat |
| 16:44:44 | n1s | saratoga: i tested with 2 mp3 files i had on my h300 (both from the same album and both had it, don't have any more mp3's than that album on there |
| 16:45:33 | | Join jeffdameth [0] (n=jeff@dyndsl-085-016-236-103.ewe-ip-backbone.de) |
| 16:45:35 | markun | saratoga: lack of IRAM maybe? |
| 16:47:17 | saratoga | n1s: is it only the one channel thats screwed up? |
| 16:47:29 | n1s | saratoga: yes, only the right channel |
| 16:47:59 | LambdaCalculus37 | Hmmm... I just got an ATA error -32 error on my Gigabeat F when coming out of Bootloader USB mode. |
| 16:48:36 | LambdaCalculus37 | It turns on and boots Rockbox just fine now, though... wonder what that was... |
| 16:49:13 | saratoga | is "&*frame->sbsample_prev[ch]; " the same as &(*frame->sbsample_prev)[ch]; ? |
| 16:49:20 | saratoga | if not i bet thats the problem |
| 16:50:09 | desowin | over 19 hours on sansa e280 with r18560! |
| 16:50:23 | LambdaCalculus37 | desowin: Sweet! :) |
| 16:50:38 | saratoga | desowin: got a before benchmark? or one against the retail firmware? |
| 16:50:59 | desowin | saratoga: yes, I benchmarked it twice, I'll upload the new one in a moment |
| 16:51:03 | saratoga | is someone around who can compile and test on CF? |
| 16:51:05 | JdGordon | saratoga: extra brackets are always good :) |
| 16:51:08 | desowin | (on rockbox, didn't on OF) |
| 16:51:25 | desowin | but before I made tests with ogg, this one is with mp3 |
| 16:51:34 | | Nick delt_zZzZ is now known as delt (i=1000@66.234.26.5) |
| 16:51:59 | LambdaCalculus37 | desowin: How was the test with Vorbis? |
| 16:52:22 | saratoga | the ogg test won't be quite comparable, but is still interesting since it gives some idea how much COP costs verses being fast but single core like Ogg |
| 16:52:36 | desowin | LambdaCalculus37: 18:22 |
| 16:53:13 | LambdaCalculus37 | desowin: Wow! Still very good runtime! |
| 16:53:29 | | Quit pixelma2 (Read error: 110 (Connection timed out)) |
| 16:53:34 | | Nick delt is now known as delt_zZzZ (i=1000@66.234.26.5) |
| 16:53:37 | * | LambdaCalculus37 updates the build on his iPod video and gets it ready to run a benchmark |
| 16:53:48 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 16:57:49 | desowin | battery benchmark is up in the wiki |
| 17:00 |
| 17:02:00 | LambdaCalculus37 | 19 hours, 19 minutes, 9 seconds... lots of 9's there, desowin. ;) |
| 17:02:50 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 17:05:27 | | Join mf0102 [0] (n=michi@85-127-39-37.dynamic.xdsl-line.inode.at) |
| 17:05:58 | amiconn | saratoga: I only benched speed, I didn't actually listen |
| 17:06:34 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 17:08:15 | n1s | saratoga: i can build and test on h300 |
| 17:15:17 | | Join {phoenix} [0] (n=dirk@p54B45180.dip.t-dialin.net) |
| 17:20:23 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 17:22:26 | *** | Saving seen data "./dancer.seen" |
| 17:24:49 | joetoo | I see that w.r.o says that gcc-4.1.0 fails to build Rockbox properly 'on some inline assembly and with the Tremor codec'. Do we know if this continues to be true for all gcc >= 4.1 ? I managed to build for sansa e200 without errors using 4.1.2, (although I have not tested the binary). Is this a platform specific problem due to the inline asm? Or is it that my binary likely won't run (or will brick my sansa) ? |
| 17:26:56 | joetoo | Hmm. Perhaps that was a dumb question. The webpage seems to have a recent modification date. |
| 17:29:21 | n1s | joetoo: it can be platform dependant, I have tried (and built working rockbox) with gcc 4.0 4.1 and 4.3 for coldfire for example although they required some small tweaks to the code and compiler options to work |
| 17:33:06 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 17:33:14 | joetoo | OK, so it may be that using the recommended compiler is only absolutely necessary when testing code before submitting patches. |
| 17:36:27 | BigBambi | JdGordon|zzz: Sorry, I got called away for work |
| 17:36:37 | BigBambi | JdGordon|zzz: For me, yes as I only use the filetree |
| 17:37:20 | BigBambi | I guess though if you are thinking of extending bookmarks into database that people there will need more than the filename as the filename on e.g. ipod is often meaningless |
| 17:37:21 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:41:41 | | Join mmadia [0] (n=mmadia@pool-138-89-96-141.mad.east.verizon.net) |
| 17:43:32 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:44:02 | n1s | joetoo: different gcc versions may work but it is like with unsupported builds, we haven't tested them and don't support them |
| 17:44:12 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 17:44:23 | joetoo | n1s: gotcha |
| 17:47:08 | | Quit BigBambi ("http://www.mibbit.com ajax IRC Client") |
| 17:49:48 | jhMikeS | saratoga: here's an mpa patch that makes it atomic without the synth_running variable needed: http://www.pastebin.ca/1208414 |
| 17:50:19 | n1s | saratoga: mp3 working nicely now, with r18564 :) |
| 17:50:48 | | Quit massiveH ("Leaving") |
| 17:56:06 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 17:57:07 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 18:00 |
| 18:00:05 | jhMikeS | saratoga: actually, I think I can simplify that |
| 18:00:34 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
| 18:02:13 | | Quit saratoga ("CGI:IRC") |
| 18:15:02 | | Join BlakeJohnson861 [0] (n=bjohnson@c-71-195-42-126.hsd1.mn.comcast.net) |
| 18:15:02 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 18:15:03 | jhMikeS | saratoga: (for the logs I guess) : http://www.pastebin.ca/1208430 |
| 18:17:00 | jhMikeS | n1s: if you feel so inclined, test that last refinement por favor :) |
| 18:17:39 | | Join faemir [0] (n=quassel@88-106-209-242.dynamic.dsl.as9105.com) |
| 18:18:31 | | Join star_jasmine [0] (n=arwyneve@75.108.74.16) |
| 18:20:13 | | Quit m0f0x ("a") |
| 18:21:16 | | Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 18:22:39 | bughunter2 | jhMikeS: i'm just curious but, on line 28, "if(die){", don't you need to release the semaphore in there too? |
| 18:23:04 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:24:10 | jhMikeS | line 28? |
| 18:24:23 | n1s | jhMikeS: sounds just great :) |
| 18:24:26 | bughunter2 | jhMikeS: yeah, the last paste |
| 18:24:36 | jhMikeS | oh, in the patch |
| 18:24:48 | bughunter2 | yup |
| 18:25:03 | bughunter2 | just curious about why there is no semaphore release there? |
| 18:25:32 | jhMikeS | shouldn't have to because iff die is set to 1, then we signal the synth and wait for the thread |
| 18:26:05 | bughunter2 | jhMikeS: yeah, so why isn't the semaphore released? i don't know anything about the piece of code there, but i was curious so i checked out the pastebin link :P |
| 18:26:40 | jhMikeS | bughunter2: you probably should look at context. if die=1 then the sem isn't waited on again. |
| 18:27:01 | bughunter2 | jhMikeS: that's true, but i see it as malloc/free more, like, if you alloc, you should free |
| 18:27:04 | bughunter2 | isn't that the same with semaphore? |
| 18:27:17 | bughunter2 | perhaps a bit of a newbie question, i haven't worked with semaphores really |
| 18:27:21 | jhMikeS | wait/release don't allocate memory, they just change the count |
| 18:27:30 | bughunter2 | yeah i know that i think |
| 18:27:35 | jhMikeS | ok |
| 18:27:38 | bughunter2 | about the not allocating part that is.. |
| 18:27:43 | jhMikeS | they get reset later |
| 18:27:51 | bughunter2 | i just know a bit of why they're used but not what happens internally in them |
| 18:28:01 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 18:28:01 | jhMikeS | n1s: sounds great to test...or you checked it? |
| 18:28:02 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 18:28:42 | jhMikeS | bughunter2: kernel.c/thread.c should say more than I can in IRC really if you wan't to dig deep |
| 18:29:01 | bughunter2 | jhMikeS: k :) |
| 18:29:32 | n1s | jhMikeS: ah, a bit ambiguous, tested, on h300 sounds ok :) |
| 18:29:51 | jhMikeS | bughunter2: I mean, I did write the code for them but detailing that in IRC just a PITA :) |
| 18:29:57 | bughunter2 | :D |
| 18:30:22 | bughunter2 | i'm checking them out @ svn |
| 18:30:25 | jhMikeS | n1s: it was broken on H300 before? |
| 18:30:29 | bughunter2 | online i mean |
| 18:30:54 | jhMikeS | n1s: I thought that the problem was seeking on COP or something...guess there was more to it. |
| 18:31:27 | n1s | jhMikeS: before r18564 it was broken on h300, r18564 fixed that and your patch didn't break it |
| 18:31:34 | jhMikeS | n1s: but, thanks. I am appreciative. |
| 18:32:04 | n1s | there was dual core breakage fixed in r18563, np |
| 18:34:02 | | Quit BigBambi (Remote closed the connection) |
| 18:35:24 | star_jasmine | hi everyone... I am having a cygwin problem. I took someone 's suggestion yesterday of closing as many programs running, but to no avail. I still got the message too many files open cannot open c:\program files\viavoice tts\tts.log when trying to create a sapi 4 voice under cygwin. I am reinstalling it at the moment. |
| 18:35:30 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:35:34 | star_jasmine | does anyone have any suggestions? |
| 18:41:16 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:45:45 | | Quit MethoS-- (Remote closed the connection) |
| 18:49:00 | | Join miepchen^schlaf [0] (n=miepchen@p579ECE7D.dip.t-dialin.net) |
| 18:49:59 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:54:30 | * | gevaerts looks at his ipod mini battery_bench results |
| 18:56:29 | joetoo | hmm. unzipping onto my sansa gave many messages of "chmod failed". Should I delete .rockbox, remount with different permissions, and retry? Or does it not matter? |
| 18:57:13 | ameyer | that's to be expected |
| 18:57:26 | ameyer | fat32 doesn't support unix permissions |
| 18:57:33 | ameyer | hence, chmod failed |
| 18:57:39 | gevaerts | I get 15:33 now (r18561), and I got 12:45 two weeks ago (cut-off at the same battery voltage). Something like a 20% improvement |
| 18:57:44 | joetoo | thanks |
| 18:57:50 | gevaerts | 320kbps mp3, default settings |
| 18:58:05 | | Join dabujo_ [0] (i=xx@p4FDB3107.dip0.t-ipconnect.de) |
| 19:00 |
| 19:02:47 | joetoo | nifty! |
| 19:03:27 | | Quit star_jasmine () |
| 19:04:40 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:05:26 | | Quit Nibbler (Read error: 113 (No route to host)) |
| 19:06:00 | | Join lasser [0] (n=f@Abf6b.a.pppool.de) |
| 19:10:23 | gevaerts | I've been wondering. Wouldn't it be useful if the battery_bench output includes the svn revision? |
| 19:11:39 | jhMikeS | gevaerts: Probably, in order to keep info together. I guess it would be a simple addition. Go for it! |
| 19:12:52 | * | gevaerts gets to work |
| 19:14:04 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:14:46 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 19:14:48 | | Quit dabujo (Read error: 110 (Connection timed out)) |
| 19:15:54 | bertrik | maybe log the target name too :) |
| 19:16:39 | gevaerts | Good idea |
| 19:16:55 | | Join Plouj [0] (n=Plouj@red.cs.yorku.ca) |
| 19:16:56 | Plouj | hi guys |
| 19:17:01 | Plouj | have you heard of: http://linuxdevices.com/news/NS7996764346.html ? |
| 19:17:33 | gevaerts | Any reason why the first sentence is split over two lines, even if the following lines are just as long as the first sentence would be? |
| 19:17:47 | gevaerts | Plouj: yes. Have you seen the price? |
| 19:18:02 | Plouj | yeah |
| 19:18:19 | Plouj | is it more than a personal mp3 license? :p |
| 19:19:16 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 19:19:53 | * | gevaerts finds it interesting that the battery_bench plugin prints usage instructions to its output file |
| 19:21:25 | bertrik | yeah to read them, you have to abort the bench ... :/ |
| 19:22:31 | *** | Saving seen data "./dancer.seen" |
| 19:23:23 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:24:45 | | Quit {phoenix} ("Konversation terminated!") |
| 19:25:50 | Plouj | I guess a gp2x would be cheaper |
| 19:26:15 | | Join perrikwp|school [0] (i=9821449a@gateway/web/ajax/mibbit.com/x-e0dc19d0b4c1dfe0) |
| 19:28:18 | | Quit perrikwp|school (Client Quit) |
| 19:31:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 19:31:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 19:32:56 | | Quit jhulst (Read error: 113 (No route to host)) |
| 19:39:02 | | Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") |
| 19:45:55 | | Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) |
| 19:45:56 | | Quit XstrangeX (Read error: 113 (No route to host)) |
| 19:47:43 | | Part dany_21a |
| 19:51:21 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 19:51:30 | | Join {phoenix} [0] (n=dirk@p54B45180.dip.t-dialin.net) |
| 20:00 |
| 20:00:51 | | Quit ameyer (Remote closed the connection) |
| 20:01:19 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:01:54 | * | gevaerts starts to think that getting the svn revision in a plugin needs some work |
| 20:02:52 | Nico_P | gevaerts: there's svnversion. that's what the splash screen uses |
| 20:02:54 | | Join FugitivePrisoner [0] (n=tfarides@ool-182d8639.dyn.optonline.net) |
| 20:03:06 | Nico_P | it's not always correct though |
| 20:03:07 | bluebrother | svn revision in a plugin? |
| 20:03:39 | gevaerts | Nico_P: appsversion I think |
| 20:07:33 | gevaerts | Currently plugin_api seems to consist only of function pointers. Is there a reason not to have data pointers there? |
| 20:08:30 | jhMikeS | gevaerts: there are some data pointer like the frambuffer |
| 20:08:50 | gevaerts | ah, yes |
| 20:09:08 | gevaerts | So no fundamental reason against also putting appsversion in there |
| 20:09:38 | jhMikeS | none I can see if the core version is what's important and not the plugin version |
| 20:10:14 | gevaerts | I'm working on adding info to the battery_bench output, so we need the core version |
| 20:12:24 | | Part lasser |
| 20:12:38 | bertrik | version/credits is a plugin and displays the revision and date |
| 20:14:36 | gevaerts | bertrik: that one just calls show_logo() |
| 20:15:40 | | Part Plouj ("oh well") |
| 20:17:13 | | Join herrwaldo [0] (n=waldo@ip-81-11-216-250.dsl.scarlet.be) |
| 20:19:08 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 20:20:09 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:21:00 | jhMikeS | saratoga: (even more for logs) - additionally, no mopping up COP thread between tracks: http://www.pastebin.ca/1208505 |
| 20:23:56 | | Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 20:24:43 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 20:25:13 | | Join dataangel [0] (n=prophet@146.113.65.145) |
| 20:25:36 | | Join timostk [0] (n=timo@pppoe-133-094.wcta.net) |
| 20:25:39 | dataangel | Is there a way for plugins to exit without returning from the plugin_start function, kind of like exit() in standard C? |
| 20:26:25 | | Part timostk ("Leaving") |
| 20:26:36 | | Join Yondering [0] (n=timo@pppoe-133-094.wcta.net) |
| 20:26:45 | | Join timostk [0] (n=timo@pppoe-133-094.wcta.net) |
| 20:26:54 | | Quit timostk (Client Quit) |
| 20:27:01 | gevaerts | Can people have a look at FS #9415 and give their opinion? |
| 20:27:48 | gevaerts | dataangel: not as far as I know. Why? |
| 20:28:11 | dataangel | gevaerts: It's just sort of a pain to propogate return codes all the way back |
| 20:29:07 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 20:29:16 | * | gevaerts doesn't talk about setjmp() and longjmp(), which hopefully aren't available for plugins anyway |
| 20:29:36 | | Quit Schmogel (Read error: 54 (Connection reset by peer)) |
| 20:29:39 | * | shotofadds thinks there's nothing wrong with the occasional "goto exit;" |
| 20:29:40 | | Quit DaCapn () |
| 20:29:41 | jhMikeS | dataangel: you can call exit_thread but then not much will happen after that :) |
| 20:29:51 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 20:30:07 | * | gevaerts agrees with shotofadds |
| 20:30:13 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
| 20:30:34 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 20:30:44 | gevaerts | It doesn't always fit the code structure though |
| 20:30:48 | * | jhMikeS wonders thinks implementing setjmp/longjmp is a nice idea (hehe) |
| 20:30:59 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
| 20:31:44 | gevaerts | jhMikeS: I think we need them. Go for it! |
| 20:32:03 | * | gevaerts hides to make sure |
| 20:32:10 | jhMikeS | serious? ftw |
| 20:32:16 | * | bertrik never used setjmp longjmp |
| 20:32:37 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
| 20:32:50 | gevaerts | jhMikeS: I don't see a serious need, no |
| 20:32:53 | jhMikeS | the thread code for the sim does (things are too scrambled to exit them gracefully without it) |
| 20:32:56 | | Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) |
| 20:33:11 | | Quit Yondering ("Leaving") |
| 20:33:51 | gevaerts | bertrik: I once built a nice try/catch mechanism in C using setjmp/longjmp. It worked pretty well |
| 20:35:33 | jhMikeS | gevaerts: aha, we need exception handling |
| 20:36:24 | gevaerts | jhMikeS: there's this annoying "Write normal C code. Don't redefine the language." bit in docs/CONTRIBUTING |
| 20:36:51 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 20:37:09 | vitja | gevaerts: hi |
| 20:37:11 | jhMikeS | meh, rules |
| 20:37:49 | gevaerts | vitja: hi. Found the bug? |
| 20:38:04 | vitja | yeah |
| 20:38:25 | vitja | there was dead loop under interrupt handler ) |
| 20:38:32 | gevaerts | fun |
| 20:38:50 | * | jhMikeS shyly ask what the bug was |
| 20:39:06 | vitja | also I found a problem that SCSI_TEST_UNIT_READY fails |
| 20:39:19 | gevaerts | jhMikeS: tcc usb bulk transfers |
| 20:39:20 | vitja | somewhy usb_exclusive_ata() returns false |
| 20:39:48 | vitja | then I manually set it to true, but thinks doesn't go much better |
| 20:40:06 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 20:40:12 | jhMikeS | gevaerts: tcc uses the same controller or just the drivers? |
| 20:40:14 | vitja | but I see some large packets about 4K going from player |
| 20:40:40 | gevaerts | jhMikeS: this is a new driver |
| 20:40:49 | vitja | gevaerts: can you take a look at updated driver it's cleaned up a little |
| 20:40:53 | gevaerts | sure |
| 20:41:18 | vitja | what do you think about usb_exclusive_ata()? before doing tests I run ata_init() is that right? |
| 20:41:44 | jhMikeS | gevaerts: but the non-hardware-device code move over well? |
| 20:41:50 | J-23 | good night! |
| 20:41:59 | gevaerts | jhMikeS: that's what we're trying to find out |
| 20:42:02 | | Part J-23 |
| 20:42:51 | gevaerts | vitja: ata_init() is fine. My guess is that there's something wrong with the SYS_USB_CONNECTED_ACKs |
| 20:43:19 | vitja | what's that? |
| 20:43:24 | jhMikeS | gevaerts: ok, I don't mean to poke too much :) I just had curiosity piqued. |
| 20:44:15 | Nico_P | gevaerts: IIRC appsversion is set using the svnversion script |
| 20:44:16 | vitja | gevaerts: here it is: vitja/usb-tcc77x.c">ftp://stop.qc.to/vitja/usb-tcc77x.c |
| 20:45:23 | gevaerts | vitja: usbstorage calls usb_request_exclusive_ata(), which sends a USB_REQUEST_DISK event to usb_queue. The handler for that sends SYS_USB_CONNECTED to all queues, so all threads get a chance to exit if needed. They are expected to send a SYS_USB_CONNECTED_ACK back |
| 20:45:57 | vitja | okay will take a look tomorow |
| 20:46:01 | gevaerts | When all of those have come in, exclusive_ata_access is set to true, and usb_exclusive_ata() returns true |
| 20:46:40 | gevaerts | vitja: any idea if this should work as-is on cowon D2 or Logik DAX? |
| 20:46:41 | vitja | now I'm going to commit some changes in header that will allow to compile driver |
| 20:47:05 | vitja | gevaerts: some old piece of code worked the same way on D2 so I think yes |
| 20:47:18 | gevaerts | ok. That means I can test as well |
| 20:47:19 | vitja | the one proble in D2 is it doesn't have TMODE it has MODE |
| 20:47:55 | gevaerts | Do they behave the same? i.e. can I just replace TMODE by MODE? |
| 20:48:05 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 20:48:40 | vitja | yes |
| 20:48:53 | vitja | think that should be done in one of the header |
| 20:49:21 | * | gevaerts looks at shotofadds |
| 20:51:02 | vitja | gevaerts: also it relays on charger_inserted() so it should be implemented for target |
| 20:51:40 | gevaerts | OK. If that's not there I can cheat a bit |
| 20:52:55 | vitja | sure. I've commited necessary changes to compile the code |
| 20:53:30 | vitja | also I defined USB_BASE for tcc780x |
| 20:54:03 | | Quit moos ("Rockbox rules the DAP world") |
| 20:54:40 | gevaerts | linuxstb: what's the current DAX state? Since it's also tcc77x (I think), I'd like to test with that |
| 20:55:36 | linuxstb | gevaerts: The flash drive is extremely unreliable. Most of the time Rockbox doesn't mount the disk. I have some local changes I need to commit though (I don't think SVN builds at the moment) |
| 20:55:41 | linuxstb | s/drive/driver/ |
| 20:55:46 | vitja | gevaerts: all you need is lcd driver working |
| 20:56:08 | linuxstb | Which it does on the DAX (and m200 - same driver) |
| 20:56:42 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:57:23 | | Quit gevaerts (Nick collision from services.) |
| 20:57:33 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 20:58:49 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 20:59:10 | | Quit petur (Nick collision from services.) |
| 20:59:15 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
| 21:00 |
| 21:01:23 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 21:01:56 | * | shotofadds wonders if gevaerts is still looking |
| 21:02:10 | | Quit petur (Nick collision from services.) |
| 21:02:11 | shotofadds | btw. d2 has charger_inserted() |
| 21:02:15 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
| 21:02:44 | gevaerts | shotofadds: any ideas about this TMODE/MODE thing? |
| 21:02:51 | * | gevaerts doesn't actually know what they are |
| 21:03:38 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 21:03:44 | | Quit jhulst (No route to host) |
| 21:05:20 | | Quit Nico_P (Remote closed the connection) |
| 21:06:40 | | Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) |
| 21:09:09 | shotofadds | gevaerts: looks like they're the same register. Maybe we should tidy up one of the tcc77x.h or tcc780x.h to make them consistent? |
| 21:09:17 | gevaerts | shotofadds: I think so, yes |
| 21:09:30 | * | shotofadds wonders what local changes linuxstb has ... anything juicy? |
| 21:09:52 | gevaerts | vitja: bootloader/telechips.c redefines usb_acknowledge() and usb_wait_for_disconnect(). That's the reason you don't get exclusive ata |
| 21:10:20 | linuxstb | shotofadds: No, just obvious things to make it build |
| 21:10:38 | * | linuxstb should commit before other people break his patch |
| 21:12:07 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 21:14:12 | shotofadds | gevaerts: you'll also need USBD_IRQ_MASK, etc. do you want me to update tcc780x.h? |
| 21:14:31 | gevaerts | shotofadds: please do. I guess you can do that faster than I can |
| 21:14:33 | shotofadds | and remember we don't use IRQs in the bootloader on 78x |
| 21:14:56 | shotofadds | nothing like a bit of consistency ;-) |
| 21:15:19 | funman | you don't use IRQs for sd/nand data transfer ? |
| 21:15:20 | vitja | gevaerts: no that's doesn't links so I make the #ifndef HAVE_USBSTACK |
| 21:15:31 | * | linuxstb commits his pending changes |
| 21:18:14 | LambdaCalculus37 | linuxstb: Excellent, I can start having some more fun with my m230 now. |
| 21:18:31 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 21:19:06 | vitja | shotofadds: I'm going to commit USBD_IRQ_MASK and DEV_USBD, ok? |
| 21:21:13 | shotofadds | vitja: yeah sure. I was just about to do that (and also rename MODE to TMODE ..) |
| 21:22:33 | *** | Saving seen data "./dancer.seen" |
| 21:22:49 | vitja | shotofadds: take a look at the patch first: vitja/tcc780x.diff">ftp://stop.qc.to/vitja/tcc780x.diff |
| 21:23:02 | amiconn | linuxstb: How much ram does the logikdax have again? |
| 21:23:29 | | Quit funman (Read error: 104 (Connection reset by peer)) |
| 21:23:30 | amiconn | gevaerts: Btw, I have no problems at all using rockbox usb on the beast via my "problematic" hub |
| 21:23:49 | amiconn | So the stack is definitely ok, and the problem is some PP register setup |
| 21:24:03 | shotofadds | vitja: that looks good to me. don't forget to fix system-tcc780x.c! |
| 21:24:10 | gevaerts | amiconn: I think I tried it at devcon, but I'm not sure now. Definitely PP indeed |
| 21:24:54 | LambdaCalculus37 | So the new commits for m200 and Logik DAX should allow a normal build to compile without error, correct? |
| 21:25:01 | gevaerts | amiconn: have you tried a PP5020 device with it? I can't remember |
| 21:25:43 | amiconn | Yes. Same problem, a bit less likely though |
| 21:26:14 | amiconn | That might just have been due to the different (better?) cable of the H10 (vs. ipod cable of my mini) |
| 21:26:29 | amiconn | I should probably try it on the Photo as well (same cable as the mini) |
| 21:27:15 | linuxstb | amiconn: 2MB - built into the SoC |
| 21:27:20 | | Quit Nico_P (Remote closed the connection) |
| 21:27:26 | shotofadds | LambdaCalculus37: looks like it, but don't expect the bootloader to be able to read the rockbox binary with the current NAND driver |
| 21:27:35 | vitja | shotofadds: done |
| 21:28:14 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 21:28:15 | amiconn | linuxstb: OK, so it's not too tight. How much codec ram and plugin ram do those targets have atm? |
| 21:29:22 | * | linuxstb notices he left some experimental sizes in the config files he committed :( |
| 21:31:10 | amiconn | Umm, those are *huge* buffer |
| 21:31:11 | amiconn | s |
| 21:31:22 | amiconn | Do those even work? |
| 21:31:26 | LambdaCalculus37 | shotofadds: It doesn't work on the m240 you have, does it? |
| 21:31:35 | * | LambdaCalculus37 wonders if it'll work on his m230 |
| 21:31:56 | amiconn | They're even larger than on largemem targets... |
| 21:32:30 | gevaerts | vitja: is usb expected to work if I use tcctool, or do I need to install for real? |
| 21:33:04 | shotofadds | LambdaCalculus37: I wouldn't expect it to work. Reading works if every sector was written to the device sequentially.. but that's rather unlikely in the real world! |
| 21:33:10 | vitja | gevaerts: should work from bootloader call usb_test() after ata_init() in bootloader/telechips.c |
| 21:33:38 | * | shotofadds looks up at 20:14 |
| 21:34:05 | LambdaCalculus37 | shotofadds: Okay. I'll try it, but I won't expect anything. |
| 21:34:19 | * | linuxstb revisits that part of his commit |
| 21:34:43 | amiconn | gevaerts: There are several data pointers in the plugin api, for a looong time... |
| 21:34:56 | amiconn | framebuffer, global_setings, ... |
| 21:35:08 | gevaerts | amiconn: I noticed since then. They're a bit hidden between the function pointers though |
| 21:36:09 | * | shotofadds wonders if there are any Swedes around |
| 21:36:46 | gevaerts | shotofadds: how do you tell the D2 to boot from USB again? |
| 21:36:51 | shotofadds | there's still a link to the feature requests tracker on the pages linked from the build table |
| 21:37:13 | shotofadds | gevaerts: hold one of -/M/+ while inserting the cable |
| 21:37:15 | amiconn | jhMikeS: Do you know whether the i2s master/slave roles are dictated by the hardware, or are just a matter of setup? |
| 21:37:18 | linuxstb | amiconn: Look at the m200 config file, rather than the DAX - that's what I meant to commit.... |
| 21:38:00 | amiconn | Right now the audiocodec is master in the ipods, while it is slave in the H10. I wonder whether this can be unified. |
| 21:38:21 | | Quit pixelma2 ("-") |
| 21:38:31 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 21:38:32 | amiconn | linuxstb: Why 64KB plugin buffer? |
| 21:38:34 | vitja | shotofadds: there is also usb interrupt handler missed |
| 21:39:01 | linuxstb | amiconn: It's just arbitrary for now - I chose the same values as the iFP as a starting point. |
| 21:39:29 | vitja | shodanX: that should be called USB_DEVICE()? |
| 21:40:01 | vitja | shodanX: sorry |
| 21:40:05 | amiconn | Ah, hmm. My first idea was that those targets shoul duse 32KB plugin buffers, same as archos |
| 21:40:26 | amiconn | But then I'm not 100% sure anymore, because of arm code size vs. SH1 code size |
| 21:40:39 | amiconn | Perhaps 48KB would be a good size |
| 21:40:42 | shotofadds | vitja: you mean USB_DEVICE vs. USBD_IRQ? I really don't mind which we use .. just so long as they're the same! |
| 21:40:44 | linuxstb | amiconn: Plugin building is disabled for now anyway, so when someone gets them building, we can see how much RAM is needed. |
| 21:41:08 | gevaerts | amiconn: another difference is that these are flash targets, so they can probably get by using less buffer |
| 21:41:28 | shotofadds | vitja: none of the existing 78x handler names have a _IRQ suffix, so I'm reluctant to change that. |
| 21:41:38 | amiconn | Codecs are different, of course. They need a bit more unless you want to do without many of the codecs... |
| 21:41:45 | vitja | shotofadds: should be nice |
| 21:42:09 | amiconn | gevaerts: Even on the flash targets there are a few reasons to keep the main buffer large |
| 21:42:35 | vitja | gevaerts: you may also want this patch vitja/bootloader-allow-printf-wrap.diff">ftp://stop.qc.to/vitja/bootloader-allow-printf-wrap.diff |
| 21:42:39 | amiconn | Everything that needs a whole file at once will profit. Voice, plugins like the jpeg viewer... |
| 21:43:15 | jhMikeS | amiconn: it depends on the bits you set if you mean the imx31 |
| 21:43:34 | amiconn | jhMikeS: I mentioned ipods and H10... |
| 21:43:39 | | Quit shotofadds (Read error: 104 (Connection reset by peer)) |
| 21:43:52 | linuxstb | amiconn: How big is a typical swcodec voice file? |
| 21:43:57 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 21:44:03 | gevaerts | vitja: I'm not far enough for that to be useful yet. Since the D2 bootloader doesn't do interrupts, I'm working on DAX, but that doesn't have charger detection yet |
| 21:44:05 | jhMikeS | amiconn: not in the sentence addressed to me, but I don't know about PP |
| 21:44:25 | linuxstb | gevaerts: There is no charger... |
| 21:44:30 | vitja | gevaerts: you may say it's allways inserted |
| 21:44:37 | amiconn | jhMikeS: No, but the one following it (explaining why I asked) |
| 21:44:37 | shotofadds | gevaerts: do you really need to use the bootloader? |
| 21:44:43 | gevaerts | linuxstb: good point :) |
| 21:44:49 | jhMikeS | amiconn: nvm...I read "i2c". it is software, yes |
| 21:45:01 | gevaerts | shotofadds: actually, no. the main build should also work |
| 21:45:26 | amiconn | vitja: If there is no charger, it should be handled like a target without a charger, not faked |
| 21:45:38 | jhMikeS | amiconn: Anything AS3514 runs i2s as master, the Wolsons run as slave iirc |
| 21:45:45 | shotofadds | why do we need charger detection for USB anyway? |
| 21:45:49 | gevaerts | usb detect and charger detect need to be separated |
| 21:46:05 | amiconn | jhMikeS: Nope. In the ipods, the wolfsons run as master. That's why I was asking ... ... |
| 21:46:08 | vitja | amiconn: I mean make usb detect return USB_INSERTED |
| 21:46:32 | vitja | shotofadds: because it usualy implements the same code |
| 21:46:39 | jhMikeS | amiconn: I was talking on from the SoC PoV |
| 21:46:55 | shotofadds | vitja: not on the d2, it has both a wall-charger and USB-charger... |
| 21:47:08 | amiconn | ?? |
| 21:47:53 | vitja | shotofadds: ok but usb_detect is kind of get_vbus_status() |
| 21:47:58 | jhMikeS | amiconn: The SoC interface setup is master for AS3514 and slave for Wolfsons |
| 21:48:16 | amiconn | jhMikeS: Then it's not so on the H10 |
| 21:48:27 | vitja | because usb cabel is allways charger |
| 21:48:46 | amiconn | vitja: USB power != charger on many targets |
| 21:49:04 | jhMikeS | amiconn: The i2s on the Soc for H10 was setup as slave the last time I worked on it |
| 21:49:24 | vitja | amiconn: ok, so usb_detect() should be implemented for each target |
| 21:49:45 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-164-121.ewe-ip-backbone.de) |
| 21:50:00 | linuxstb | Ah yes, the DAX can be powered by USB (but not charge) |
| 21:50:03 | amiconn | usb_detect() is not for detecting usb power, but for detecting an actual usb connection |
| 21:50:04 | shotofadds | vitja: there is a stub for usb_detect in usb-cowond2.c. Currently it always returns true... |
| 21:50:18 | shotofadds | I'm not sure why |
| 21:52:23 | | Join Hillshum [0] (n=chatzill@75-165-231-192.slkc.qwest.net) |
| 21:54:23 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 21:58:01 | * | gevaerts decides to commit FS #9415. If anyone complains it's easy to revert |
| 21:58:33 | * | shotofadds thinks the logic in wmcodec-telechips.c is kinda funny :) |
| 21:59:19 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 22:00 |
| 22:02:21 | vitja | shotofadds: really so why not reduce that all to 0x34 |
| 22:06:18 | shotofadds | vitja: maybe that should be changed to "#if defined(HAVE_WM8985) || defined(HAVE_WM8731)"...? |
| 22:07:02 | vitja | and WM8751 |
| 22:07:43 | shotofadds | which player uses WM8751? |
| 22:07:58 | | Quit {phoenix} (Remote closed the connection) |
| 22:08:16 | vitja | in last commit I see it in audiohw_init() |
| 22:08:18 | linuxstb | Gigabeat F, m:robes and meizus |
| 22:08:42 | | Join Yondering [0] (n=timo@pppoe-133-094.wcta.net) |
| 22:09:02 | shotofadds | linuxstb: so probably shouldn't be in wmcodec-telechips.c then... |
| 22:09:10 | vitja | I think that list of all targets is better |
| 22:10:10 | gevaerts | vitja: did you do something about UNCACHED_ADDR in usb_storage.c? |
| 22:10:31 | shotofadds | vitja: well, that's what we have right now (in a strange fashion). so maybe just leave it ;) |
| 22:10:41 | * | shotofadds goes for a drink |
| 22:10:46 | linuxstb | shotofadds: The D2 has an external WM codec chip? |
| 22:11:02 | vitja | gevaerts: use I added defined(CPU_TCC77X) || defined(CPU_TCC780X) for the first case |
| 22:11:33 | vitja | shotofadds: yeah things could change and addresses too |
| 22:11:42 | gevaerts | o |
| 22:11:44 | gevaerts | ok |
| 22:11:50 | | Quit mmadia ("http://www.haiku-os.org , #haiku") |
| 22:13:00 | vitja | gevaerts: and and them too usb.c to get USB_FULL_INIT defined |
| 22:16:04 | vitja | I'm going to sleep now, so good luck |
| 22:16:17 | gevaerts | PANIC... |
| 22:16:40 | * | gevaerts needs the USB_DEVICE irq handler. Off to the iaudio7 files for reference... |
| 22:17:01 | vitja | ok I'll give you full patch for iaudio7 |
| 22:17:44 | vitja | but tcc78x handles interrupts in another way, you can simply rename USBD_IRQ to USB_DEVICE |
| 22:18:04 | gevaerts | ah, ok |
| 22:18:15 | vitja | vitja/iaudio7-usb.diff">ftp://stop.qc.to/vitja/iaudio7-usb.diff |
| 22:20:17 | | Quit bluebrother (Nick collision from services.) |
| 22:20:20 | | Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) |
| 22:20:50 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) |
| 22:23:02 | Hillshum | so what do i do to patch the sansa v2 OF? |
| 22:23:04 | Hillshum | so what do i do to patch the sansa v2 OF? |
| 22:23:12 | Hillshum | sorry |
| 22:30:24 | | Join JiriTechet [0] (n=59b01f46@gateway/web/cgi-irc/labb.contactor.se/x-5e2174a60ba4d83e) |
| 22:35:37 | | Quit JiriTechet ("CGI:IRC (EOF)") |
| 22:35:47 | amiconn | jhMikeS, saratoga (logs): Shouldn't the check in mpa.c be for (NUM_CORES > 1) instead of CPU_PP? |
| 22:36:21 | amiconn | This way it would (1) be possible to compile a single core PP build for testing purposes and (2) it would already be prepared for other dual core targets |
| 22:36:53 | | Join lasser [0] (n=f@Abf6b.a.pppool.de) |
| 22:38:31 | | Join JiriTechet [0] (n=59b01f46@gateway/web/cgi-irc/labb.contactor.se/x-c34f0186764a0f59) |
| 22:40:44 | amiconn | gevaerts: Do you have an idea how difficult it would be to write masstorage support for firewire? |
| 22:41:33 | gevaerts | amiconn: not really, no. The actual SCSI part should be the same as for USB, but I don't know anything about firewire |
| 22:41:35 | | Quit JiriTechet (Client Quit) |
| 22:41:48 | | Join beta2k [0] (n=beta@d150-126-240.home.cgocable.net) |
| 22:42:48 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
| 22:42:50 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 22:43:37 | | Join webguest43 [0] (n=59b01f46@gateway/web/cgi-irc/labb.contactor.se/x-8e7ddc4ada705877) |
| 22:44:40 | | Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-24b78543db4f9264) |
| 22:44:59 | saratoga | jhMikeS: I can't test right now, but I think that patch you posted would probably deadlock from time to time seeking |
| 22:45:22 | saratoga | though maybe I misunderstand |
| 22:45:28 | | Quit webguest43 (Client Quit) |
| 22:45:59 | | Join webguest44 [0] (n=59b01f46@gateway/web/cgi-irc/labb.contactor.se/x-93914b7c8b833f69) |
| 22:46:09 | saratoga | actually maybe not since I see you've moved around the semaphores |
| 22:46:36 | saratoga | regarding the low mem targets, perhaps now is a good time to explore Nico_P's low mem buffering code? |
| 22:47:12 | amiconn | I don't think that's necessary |
| 22:47:16 | saratoga | i'd be very interested to see a port start using that, so we can work on supporting very low mem targets better |
| 22:47:43 | Nico_P | saratoga: the patch is already usable |
| 22:47:52 | | Join reacocard [0] (n=reacocar@WL-156.CINE.HMC.Edu) |
| 22:48:01 | Hillshum | Clip? |
| 22:48:17 | Nico_P | though it hits on runtime quite heavily |
| 22:48:37 | saratoga | Nico_P: why the hit? |
| 22:49:04 | saratoga | i don't understand the codec selections in the latest patch either, IIRC Vorbis uses more memory then WMA |
| 22:49:09 | Nico_P | I'm not certain, but my guess is that hitting flash more frequently eats more power |
| 22:49:45 | amiconn | It most probably does. The flash won't go to sleep immediately after being accessed |
| 22:50:01 | | Join fml [0] (n=4fd3ed80@gateway/web/cgi-irc/labb.contactor.se/x-1ae10813eaed63a4) |
| 22:51:06 | amiconn | saratoga: Do you think a similar split could be done for the ac3 codec? |
| 22:51:27 | | Quit fml (Client Quit) |
| 22:51:41 | amiconn | That one isn't even realtime on PP yet... (well, when testing with the common 48kHz ac3 files, i.e. resampler also running) |
| 22:51:53 | saratoga | amiconn: I've never looked at our AC3 codec, but IIRC its an IMDCT codec very much like WMA |
| 22:52:15 | saratoga | so you could probably split the IMDCT + windowing code |
| 22:52:46 | saratoga | its probably against the standard, but it might be possible to hack it into using the IMDCT lib |
| 22:52:55 | saratoga | that'd probably gain you a lot of speed if you need it |
| 22:53:55 | shotofadds | linuxstb: yes, the wm8985 is external to the SoC - as seen here: http://www.anythingbutipod.com/archives/images/cowon-d2/iaudio-d2-apart-4.jpg |
| 22:54:04 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 22:54:25 | | Quit Yondering (Remote closed the connection) |
| 22:54:49 | | Join ameyer [0] (n=ameyer17@adsl-75-57-190-194.dsl.emhril.sbcglobal.net) |
| 22:55:10 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-160-136.ewe-ip-backbone.de) |
| 22:55:13 | saratoga | hmm the AC3 IMDCT does look very much like the other transform codecs, so maybe we could use the imdct lib |
| 22:55:18 | | Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) |
| 22:55:40 | saratoga | i think i remember reading that the spec actually specified the exact fixed point IMDCT to be used, but we can probably get away with using our own |
| 22:56:04 | bertrik | saratoga, with mp3 on COP I got 16 hours runtime on my sansa c240 (up from 14:41 h) |
| 22:56:06 | | Quit beta2k_ (Read error: 110 (Connection timed out)) |
| 22:56:37 | | Quit mcuelenaere () |
| 22:56:55 | Nico_P | nice! |
| 22:57:18 | * | gevaerts can beat that with his ipod mini |
| 22:57:21 | webguest44 | Hi everyone, I'd like to upload a theme to the Rockbox wiki and I need write permissions to do this. Could anyone give me these permissions please? The theme is basically an update of my previous Plain Text theme for e200, but uses viewports to display different parts in different color and WORKS with current builds. |
| 22:58:02 | domonoky | webguest44: tell us your wikiname, and promise not to spam the wiki :-) |
| 22:58:50 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 22:59:38 | saratoga | amiconn: the ac3 codec's windowing code could probably be replaecd with the ASMed one used by WMA/AAC as well |
| 23:00 |
| 23:00:04 | webguest44 | Aha, my nickname is incorrect (I used the web-based IRC client). So my nickname is JiriTechet and I only hope my theme won't be regarded as a spam :-) |
| 23:00:17 | saratoga | bertik: any chance you tested the OF? |
| 23:00:26 | saratoga | i'm curious if we beat any retail PP firmwares yet |
| 23:00:37 | domonoky | webguest44: done |
| 23:00:55 | amiconn | saratoga: On ipod 1st/2nd Gen we already did |
| 23:01:04 | webguest44 | Wow, that was fast, thanks! |
| 23:01:12 | saratoga | amiconn: thats right I'd forgotten |
| 23:01:13 | gevaerts | saratoga: my ipod mini 2g with cf mod went from about 12:45 to 15:30 |
| 23:01:25 | gevaerts | (320kbit mp3) |
| 23:01:27 | amiconn | (against runtimes stated by manufacturer, not measured) |
| 23:01:57 | bertrik | saratoga, no, I haven't tried the OF yet |
| 23:02:20 | saratoga | i should test mine, but i just don't want to deal with unmodding the bootloader and such |
| 23:02:37 | saratoga | it was annoying enough to get the bootloader off and the database refresh gone the first time |
| 23:02:38 | amiconn | Why would you need to do that? |
| 23:02:54 | saratoga | presumably not having the Sandisk bootloader could change things |
| 23:02:58 | desowin_ | saratoga: I think we already did for sansa e200, I might do test with OF now, butthe problem is there's no battery_bench plugin in OF ;) |
| 23:03:10 | saratoga | since the hardware init is different |
| 23:03:26 | saratoga | desowin_: play music and record on the line in at 8khz and 8 bit |
| 23:03:32 | amiconn | desowin_: Hook it to your pc soundcard, and start recording. 8kHz mono is sufficient |
| 23:04:17 | saratoga | actually i need to test if removing the OF bootloader changes things, that could give us some clues about hardware initialization on the sansa |
| 23:04:20 | bertrik | I can't find a claim about runtime for the c200's on the sandisk website |
| 23:04:43 | | Part domonoky |
| 23:04:45 | * | amiconn thinks this comparison would probably be easiest on H10 |
| 23:04:46 | saratoga | bertrik: you can probably get a good idea just by scaling the 20 hours for the e200 by the change in battery size |
| 23:05:20 | | Quit webguest44 ("CGI:IRC (EOF)") |
| 23:05:32 | amiconn | No database refresh, and UMS for easy swap between rockbox bootloader and OF |
| 23:05:47 | bertrik | that would be 20h * 530 mAh / 750 mAh = 14:08 |
| 23:06:09 | amiconn | And H10 (small) runtime isn't great in general, so no excessive waiting ;) |
| 23:07:34 | bertrik | BTW, the AS3514 inside the PP5024 allows undervolting from 1.2 down to 1.05V, I'm sure runtime can be extended even more that way |
| 23:07:58 | saratoga | for what its worth, the ABI review says Sandisk says 15 hours and the reviewer claimed 13 hours (c200) |
| 23:08:03 | funman | PP5024 is the Sansa c200 SoC ? |
| 23:08:14 | Bagder | funman: no, the e200 |
| 23:08:39 | saratoga | bertrik: didn't we already play around with the AS voltages? |
| 23:08:43 | * | bertrik was confused |
| 23:09:19 | | Quit Bagder (Read error: 104 (Connection reset by peer)) |
| 23:09:32 | bertrik | saratoga, yes I think so, but they're still at their defaults as far as I know |
| 23:10:09 | | Quit petur (Read error: 104 (Connection reset by peer)) |
| 23:10:13 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
| 23:10:59 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 23:11:22 | | Quit MethoS- (No route to host) |
| 23:11:52 | | Quit petur (Read error: 104 (Connection reset by peer)) |
| 23:12:49 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 23:13:28 | | Quit massiveH (Read error: 104 (Connection reset by peer)) |
| 23:14:17 | | Join dabujo [0] (i=xx@p4FDB3107.dip0.t-ipconnect.de) |
| 23:14:54 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 23:16:38 | saratoga | bertrik: when you get a chance, post a patch and the next time I do power measurements I'll explore the impact of the AS voltages |
| 23:17:45 | saratoga | linuxstb: does the DAX really only have 128kb allocated to codecs? or is that 128k and some other buffer? |
| 23:18:06 | | Join Nibbler [0] (n=Nibbler@91-65-154-140-dynip.superkabel.de) |
| 23:19:03 | linuxstb | saratoga: I'm sure we'll increase it, I just chose a relatively small starting point. There's still that nasty 512KB malloc buffer as well. |
| 23:19:06 | | Quit petur (Read error: 104 (Connection reset by peer)) |
| 23:19:21 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:20:55 | saratoga | linuxstb: I'd kill the malloc buffer and leave the codec buffer alone |
| 23:21:10 | saratoga | or kill malloc and shrink the codec buffer |
| 23:21:19 | | Join BlakeJohnson86 [0] (n=bjohnson@c-71-195-42-126.hsd1.mn.comcast.net) |
| 23:21:23 | saratoga | might "encourage" someone to gut the malloc stuff from vorbis |
| 23:21:36 | amiconn | saratoga: Back to 444% on cf with your fix. So no speed change at all - good |
| 23:22:05 | saratoga | and then eventually we could reclaim some or all of that 512KB on the normal disk targets |
| 23:22:08 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 23:22:34 | *** | Saving seen data "./dancer.seen" |
| 23:22:59 | | Quit petur (Client Quit) |
| 23:23:33 | | Nick synergist is now known as christopher (n=christof@cant.be-arsed.co.uk) |
| 23:23:57 | | Nick christopher is now known as synergist (n=christof@cant.be-arsed.co.uk) |
| 23:24:48 | | Quit BlakeJohnson861 (Read error: 110 (Connection timed out)) |
| 23:25:34 | | Part lasser |
| 23:26:24 | | Quit shotofadds (Read error: 110 (Connection timed out)) |
| 23:26:36 | | Quit ompaul (Client Quit) |
| 23:28:00 | | Join Yondering [0] (n=timo@pppoe-133-094.wcta.net) |
| 23:28:00 | | Quit reacocard (".") |
| 23:28:35 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 23:28:54 | | Quit jgarvey ("Leaving") |
| 23:29:21 | | Join Llorean [0] (n=DarkkOne@m255336d0.tmodns.net) |
| 23:30:27 | Llorean | Bagder: Regarding the upcoming release, I'm so out of touch that I have no idea what's been happening but I wanted to drop a reminder regarding default settings that may need changed (larger limits for files in folder, playlist length, and default enabling of dircache) |
| 23:30:34 | Nico_P | saratoga: in the commit message for MP3 synth filter on COP, you mention a diff between test_codec and real world perf increase. why is there one? |
| 23:31:11 | | Quit dabujo_ (Read error: 110 (Connection timed out)) |
| 23:31:20 | Llorean | Nico_P: I thought even when it was first introduced it wasn't expected to mirror real world performance |
| 23:31:44 | saratoga | Nico_P: test_codec doesn't use the buffering, DSP or playback code, so the split between the processors isn't realistic |
| 23:32:16 | saratoga | in reality the CPU is still much more worked then the COP, so the near perfect scaling with cores in test codec is unrealistic |
| 23:32:24 | Nico_P | I see |
| 23:32:47 | Nico_P | I wonder if we could switch e.g. buffering to the COP |
| 23:33:09 | saratoga | Nico_P: I'd very much like to make the buffering code thread safe, but its beyond my abilities i think |
| 23:33:27 | saratoga | particularly the insert pcm function |
| 23:33:56 | saratoga | i guess thats playback more then buffering |
| 23:34:02 | Nico_P | yes, it is |
| 23:34:29 | | Join MarcGuay [0] (n=chatzill@ip216-239-81-208.vif.net) |
| 23:34:36 | saratoga | since buffering has to be synchronized with decoding (so the input buffer doesn't get overwritten while its in use), putting buffering on the COP would not be my first choice |
| 23:34:37 | amiconn | Llorean: Imho the files per folder limit is already too high |
| 23:34:45 | | Quit funman ("leaving") |
| 23:34:49 | saratoga | however, if its easy to do, I would certainly like to see it done |
| 23:34:51 | * | amiconn lowers it immediately on any new target |
| 23:35:02 | Llorean | amiconn: For the average user, though, it's not. |
| 23:35:05 | saratoga | then maybe we could put all of the codecs on COP |
| 23:35:17 | Llorean | It shouldn't be raised for archos, but many people seem to lump all their files in one folder, or have many, many, many artist folders |
| 23:35:19 | saratoga | and leave playback on GUI on the CPU |
| 23:35:31 | Llorean | But on swcodec we have the RAM to spare to set it somewhat higher, in most cases. |
| 23:35:47 | Llorean | A very large portion of us agreed this would make sense for the release branch, at least. |
| 23:35:55 | Llorean | When it was discussed some time ago |
| 23:35:56 | amiconn | It is already a lot higher than is sane to have actual files per folder |
| 23:36:02 | saratoga | putting it higher on the release would be nice, mostly just so that people don't complain about problems with it |
| 23:36:02 | Llorean | People aren't sane, though. |
| 23:36:20 | saratoga | most sensible people will be using SVN builds anyway I think |
| 23:36:23 | amiconn | It's set to 1000 by default. I usually lower it to 300 |
| 23:37:56 | saratoga | Nico_P: basically, data flows from the buffering code, to the codec, then to playback/DSP, so ideally we'd pick one point along that chain and move things to the COP |
| 23:38:29 | saratoga | right now mp3 moves to the COP and then back to the CPU so theres two transitions which is a bit ackward (but not a serious limitation for MP3 at least) |
| 23:38:43 | Llorean | amiconn: Maybe just for the 80gig iPod then, but we definitely have users who from time to time report bugs about the error you get when it's set too low. |
| 23:39:04 | Llorean | We can't expect users to be sane, so we need to set insane defaults when we can spare some RAM for it, and document that "lowering it could increase battery life" |
| 23:39:11 | gevaerts | What error message do you get? |
| 23:39:28 | amiconn | saratoga: Didn't you say that mp3 performance on gigabeat was rather bad? Was that F/X or S? |
| 23:39:47 | * | amiconn just checked on the beast, and got 800% realtime with 192kbps mp3 |
| 23:39:48 | Llorean | gevaerts: Something like "Directory buffer full" maybe? I can't remember exactly |
| 23:40:01 | amiconn | That's ~33MHz for realtime |
| 23:40:08 | saratoga | amiconn: I looked at the F |
| 23:40:14 | amiconn | (beast running at half speed in svn) |
| 23:40:18 | * | gevaerts thinks that rephrasing the error could help, at the risk of angering our beloved translation maintainer |
| 23:40:26 | saratoga | i don't remember what MP3 was, but WMA/AAC/Ogg were quite poor |
| 23:40:32 | saratoga | needing nearly 2x the clock speed as PP |
| 23:41:02 | amiconn | Well, the beast needs less for mp3. No WMA or AAC to test with. OGG I can check |
| 23:41:13 | saratoga | i'd expect a huge gain on the beast |
| 23:41:19 | saratoga | it has the fast multiplier |
| 23:41:25 | saratoga | and much bigger caches |
| 23:41:50 | rasher | gevaerts: As long as it's not done in the 3.0 branch, I'm down with it |
| 23:42:33 | saratoga | a fixed point mul on ARM9 is 7 cycles (of which I think only 3 are pipelined) while its just 3 on the beast (all pipelined) |
| 23:42:43 | Llorean | gevaerts: Possibly for future releases |
| 23:43:23 | gevaerts | rasher, Llorean: it would be nice for 3.0, but 24 hours is not really enough for translations to get updated I guess |
| 23:43:27 | Llorean | But I feel that in the release version, we should have defaults lined up with the shotgun approach: Solve potential problems, with the option to disable things to increase battery life (rather than having things optimized to increase battery life but require referencing the manual just to be able to access your music period if you're a non-expected setup) |
| 23:43:48 | gevaerts | Llorean: I think I agree |
| 23:44:05 | * | Nico_P agrees too |
| 23:44:28 | Llorean | And since this may be the last hour or two I have on the 'net before the release, I figured I'd try to drop by and re-mention this. |
| 23:44:58 | saratoga | ARM9 is a bit weird since its still all terrible like ARM7, except with slightly better load/stores and much higher clock speeds (which actually eat up the load store performance if you don't have IRAM) |
| 23:44:58 | Nico_P | does the manual mention the release (as per http://www.rockbox.org/twiki/bin/view/Main/ReleaseTodo )? |
| 23:44:59 | | Join Nibbler [0] (n=Nibbler@91-65-154-140-dynip.superkabel.de) |
| 23:45:38 | gevaerts | Llorean: any chance of sending a mail with all those issues, so we can remember them? |
| 23:45:41 | saratoga | i expect once we get slower ARM9 cores like the AMS chips, it'll become necessary to pay attention to ARM9 performance |
| 23:45:46 | | Quit matsl (Read error: 60 (Operation timed out)) |
| 23:46:31 | | Join mmadia [0] (n=mmadia@pool-138-89-96-141.mad.east.verizon.net) |
| 23:46:51 | Bagder | my approach to the release is the harsher: I want to release whatever we have when the time is up, as I have very little actual rockbox fiddling time I only herd the release action not so much the contents of it |
| 23:47:07 | amiconn | saratoga: Results for the same ogg track (~175kbps): ipoc color: 205% realtime, 39.1MHz. Beast: 760% realtime, 34.7MHz |
| 23:47:27 | Llorean | gevaerts: Sent |
| 23:47:27 | * | amiconn curses the beast's button map |
| 23:47:46 | Llorean | Bagder: Changing the defaults should at least be trivial, right? |
| 23:48:16 | amiconn | The release will only have beta quality anyway.... |
| 23:48:52 | Llorean | Still, it will be the highest quality release for SWCODEC |
| 23:48:56 | Llorean | And we'll move up from there. |
| 23:49:02 | Bagder | indeed |
| 23:49:02 | Llorean | The release ball needs to start rolling. |
| 23:50:02 | * | gevaerts doesn't think that "we release at 23:23" and "we still want to do some things" are incompatible |
| 23:50:03 | | Quit bmbl ("Woah!") |
| 23:50:22 | | Part toffe82 |
| 23:53:25 | MarcGuay | amiconn: http://www.rockbox.org/tracker/task/9381 |
| 23:54:25 | amiconn | What I'm missing most in the wps is a _stop_ button mapping |
| 23:54:59 | amiconn | The mappins which exist are 100% logical, but there are lots of dupes, and otoh missing functions |
| 23:55:10 | Llorean | amiconn: The power button doesn't stop? |
| 23:55:17 | Llorean | Top button on the right side? |
| 23:55:19 | amiconn | no |
| 23:55:28 | * | Llorean hasn't seen his S in a week, but thought it was the same as the F. |
| 23:55:37 | amiconn | Short press also brings up the menu, and long press shuts down |
| 23:55:43 | Llorean | Strange |
| 23:55:54 | Nico_P | amiconn: short press on POWER should stop |
| 23:55:56 | MarcGuay | I thought it stopped - testing. |
| 23:56:27 | MarcGuay | Works for me. |
| 23:57:01 | | Quit n1s () |
| 23:57:02 | amiconn | I'm running plain svn as far as button mappings are concerned |
| 23:57:20 | Nico_P | works for me too... plain svn also AFAIK |
| 23:57:20 | saratoga | amiconn: those ogg results look a bit slow |
| 23:57:37 | saratoga | i think my sansa was doing 192k at ~250% |
| 23:58:49 | | Join homielowe_ [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
icon identifies that the person is a core developer (has commit access).