00:00:10 | scorche | it encodes to a lot of things, so likely....but that is offtopic for this channel |
00:00:20 | Jinx|xniJ | yeah |
00:00:25 | Jinx|xniJ | lol ok dude |
00:00:31 | Jinx|xniJ | mine does |
00:00:35 | Jinx|xniJ | thanks for the answers guys. |
00:01:14 | amiconn | dan_a: Looks like I found the pll setup routine in the G3 OF. It's quite complex, need to fully comment the stuff in order to understand it |
00:02:02 | dan_a | Excellent! (That you've found it... not that it's complex) |
00:02:44 | amiconn | scorche: #rockbox topics became a lot shorter than they used to be. But even before that change they were always shorter than the #ipodlinux topics |
00:03:13 | amiconn | dan_a: It involves udelays of up to 10 milliseconds in one code path |
00:03:25 | scorche | yeah...as i said, many channel on freenode use loooonch topics |
00:03:26 | | Join jim [0] (n=jim@cpe-24-143-144-111.cable.alamedanet.net) |
00:04:11 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
00:04:21 | Topic | "Please read before speaking: http://www.rockbox.org/twiki/bin/view/Main/IrcGuidelines | Go to #rockbox-community for offtopic/social chat" by scorche (i=HydraIRC@rockbox/administrator/scorche) |
00:04:32 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
00:04:51 | jim | is the list of compatible players on the web page a complete list? and, if not, where is the complete list? |
00:04:52 | amiconn | It seems like starting at those disassemblies for days made me somewhat accustomed to the style apple's compiler produces |
00:04:53 | * | scorche wishes he could make the link shorter |
00:04:59 | scorche | jim: yes |
00:05:01 | krazykit | scorche, tinyurl? |
00:05:11 | amiconn | s/starting/staring/ |
00:05:14 | scorche | krazykit: they hide where it is taking you though |
00:05:31 | Bagder | jim: front page? |
00:05:37 | jim | ok, maybe you can help... I went to the archos page |
00:05:43 | jim | (yes front page) |
00:05:56 | Bagder | it lists all supported players and no others |
00:05:58 | jim | and I couldn't find anything matching any items |
00:06:18 | scorche | not sure what you mean by that |
00:07:19 | jim | I'm looking for a piece of hardware which is an mp3 player, which I can potentially install rockbox onto (that part is clear?) |
00:07:28 | PaulJam | the archos devices rockbox supports arent in poroduction since a long time, so it's unlikely that you'll find them on the archos website |
00:07:45 | Bagder | jim: and what is wrong with the table on the front page of www.rockbox.org ? |
00:08:08 | jim | not saying anything is wrong... |
00:08:19 | Bagder | but if you're looking to buy, this is probably nicer: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
00:08:23 | PaulJam | jim: have a look here: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
00:08:26 | jim | I just can't find compatible devices so far |
00:08:46 | Bagder | finding compatible devices (other than ipods) can be hard |
00:09:15 | Bagder | hm, sansas should be fairly available too |
00:09:26 | Soul-Slayer | On the buyers guide, what do yellow highlights mean? |
00:09:58 | amiconn | The X5 can still be found easily |
00:10:18 | Bagder | not in Sweden |
00:10:28 | bluebrother | hmm, how about a general rewrite rule for rockbox.org/wiki/<pagename>? |
00:10:50 | amiconn | http://mp3-player.de/index.php?page=productOverview&category=4 |
00:11:01 | Bagder | bluebrother: that's a good idea |
00:11:38 | bluebrother | and if possible (but I guess this would be more work) make the wiki to also use those links |
00:11:56 | Bagder | that's probably a lot more work |
00:12:11 | Soap_ | or a rewrite rule for wiki.rockbox.org/<pagename>? |
00:12:21 | Jinx|xniJ | That was a quick install |
00:12:41 | Jinx|xniJ | I just bought this Ipod off of a forum, lets see what database finds for me. |
00:13:03 | Bagder | ok /wiki/[page] works now |
00:13:28 | bluebrother | Bagder: nice :) |
00:13:42 | dionoea | now time for the autorefresh build page! :) |
00:14:00 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
00:14:13 | * | bluebrother was thinking about some graphical build size overview :P |
00:14:15 | Topic | "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Go to #rockbox-community for offtopic/social chat" by scorche (i=HydraIRC@rockbox/administrator/scorche) |
00:14:20 | jim | let me ask this... you know how some records have songs that continue into the next song but there's an index point in between? is it possible in rockbox to either have separate tracks that have no time gap between them, or to have one track covering the entire album and also have index points and bookmarks? |
00:14:20 | scorche | Bagder: thanks =) |
00:14:32 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
00:14:43 | * | XavierGr dances the "topic-change-dance" :P |
00:14:51 | bluebrother | jim: Rockbox plays gapless |
00:15:11 | bluebrother | (unless the format doesn't support gapless, of course) |
00:15:13 | jim | ok... |
00:15:24 | PaulJam | jim: and cuesheets are supported too |
00:15:31 | scorche | provided there is no gaps that are inserted into the track you possess, rockbox will not put a gap there |
00:15:48 | * | bluebrother never understood why people want cuesheets for compressed music |
00:15:54 | jim | so rockbox will play what's there and not gap between tracks |
00:16:01 | bluebrother | exactly |
00:16:40 | Bagder | dionoea: is the refresh time GMT ? |
00:17:07 | jim | I don't think the issue of whether music is compressed or not is relevent, because you can't really tell what the file format is of a tune when all you're doing to perceive it, is listening to it |
00:17:15 | dionoea | yes (but it was displayed in local time) |
00:17:33 | Bagder | ah yes I see that now |
00:17:37 | jim | so if bookmarks for uncompressed music is found useful... |
00:18:07 | jim | ...then the same reasoning can be applied to compressed |
00:19:29 | jim | bluebrother: wouldn't it depend on the content, the purpose and the person using? |
00:19:58 | jim | forexample |
00:20:10 | jim | if it's music, you could have someone that just likes music |
00:20:18 | bluebrother | well, if you can do gapless I don't see a need for cuesheets. |
00:20:23 | jim | (this is the vast majority of use case) |
00:20:33 | jim | but |
00:20:43 | bluebrother | but for some strange reasons people seem to be obsessed with that ... |
00:20:58 | jim | what if it's music (again) and the purpose for listening to the music is to learn the melody? |
00:21:11 | Jinx|xniJ | Has anyone here tried the iMod? |
00:21:20 | bluebrother | what's the iMod? |
00:21:23 | Soap_ | the redwine snakeoil? |
00:21:46 | Jinx|xniJ | whatever they do, yeah |
00:21:56 | jim | bluebrother: you're looking at that as an obsession?? I look at it as a necessity for my job... I'm a pro musician |
00:22:23 | bluebrother | well, if you want to learn a tune, why do you need cuesheets? |
00:22:34 | Jinx|xniJ | Imod is something that some guy cracks open your ipod and re-routes an untouched audio signal to your bottom Ipod port. |
00:22:39 | jim | what I need are cues that I can -set- |
00:22:51 | Jinx|xniJ | and it suppost to increase the quality of your music by tons |
00:22:57 | jim | but I also need the cues from the original |
00:22:58 | bluebrother | well, that's something different than cuesheets. |
00:23:02 | Bagder | jim: that's bookmarks in our terms |
00:23:26 | Bagder | ie storing (multiple) resume points |
00:24:19 | Soap_ | Jinx|xniJ, kinda. He reroutes the "untouched" line-out to the headphone jack, _from_ the bottom port where it has always been. |
00:24:32 | jim | by my way of thinking, the way those are implemented is less important... therefore you have flexibility as to how you implement them... so for example you could use the implementation of bookmarks as a way to implement the cues in cuesheets |
00:24:34 | jim | or vise versa |
00:24:56 | Bagder | jim: they are both already implemented so that is not an issue here |
00:25:01 | PaulJam | Bagder: but for that purpose cuesheets are propably better because you can easily skip around to the next previous "bookmark" |
00:25:22 | | Join beam [0] (i=54bd7a8d@gateway/web/cgi-irc/labb.contactor.se/x-75a395ac429002bd) |
00:25:26 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6242cf3f7e0143d7) |
00:25:37 | saratoga | Bagder: is frequency scaling disabled on teh Sansa? |
00:25:41 | jim | another handy feature for a musician is something like how workman can "split" tracks |
00:25:46 | amiconn | saratoga: Yes it is |
00:25:46 | Soap_ | oops, on 5th he does even less, he simply wires the lineout to the dock, where it always was. bypassind the traces with wires. |
00:25:50 | Bagder | saratoga: I don't know |
00:25:50 | Jinx|xniJ | soap: whatever dude, same idea. |
00:26:01 | amiconn | Bagder: Too slow ;P |
00:26:06 | Jinx|xniJ | that wasnt the point of my story |
00:26:22 | * | Bagder goes type practising |
00:26:24 | Jinx|xniJ | Soap: Does that mean you have used it? |
00:26:28 | jim | and for a deejay, he might want to create very exactly timed loops |
00:26:37 | saratoga | amiconn: is there a reason for that? |
00:26:46 | amiconn | saratoga: Rockbox doesn't use clock scaling on Sansa, and it doesn't even touch the pll |
00:26:52 | Soap_ | Jinx|xniJ, no more than I would use a sugar-pill to treat cancer |
00:26:59 | Jinx|xniJ | lol |
00:27:01 | saratoga | i was under the impression the PP5022/5024 scaling bugs were worked out? |
00:27:01 | Bagder | jim: what are you saying here really? |
00:27:04 | Jinx|xniJ | yeah, i dont think i buy it either. |
00:27:05 | amiconn | The sansa bootloader sets it to 80MHz, and that's what it's running at in rockbox |
00:27:24 | Jinx|xniJ | I am ordering a ALO Cotton Dock tho |
00:27:35 | amiconn | saratoga: The pp5020/5022 clock scaling was analysed and fixed by me |
00:27:38 | Jinx|xniJ | and a PAV2 |
00:27:55 | saratoga | isn't the 5024 just a 5022 with an onboard DAC? |
00:28:06 | * | bluebrother looks at the circuit he soldered today |
00:28:17 | amiconn | Just today I learned that the PP5024 reports as PP5022 to software, and the PLL register setup looks familiar |
00:28:25 | jim | Bagder: that when I hear statements like "I can't understand why people are obsessed with feature X", I tend to go, "take a look at the boundary of your thinking... see what's outside that boundary..." |
00:28:26 | dionoea | Bagder: you're missing an </html> tag on build.rockbox.org |
00:28:28 | saratoga | oh good timing |
00:28:29 | scorche | Jinx|xniJ: a cable is even more snake oil than the imod... |
00:28:37 | amiconn | I have a suspicion what the issue with clock scaling on Sansa is, but can't test myself |
00:28:43 | Jinx|xniJ | Is that right? |
00:28:53 | saratoga | amiconn: want me to take a look at something? |
00:29:01 | Jinx|xniJ | What do you suggest to connect my ipod to an amp? |
00:29:13 | Bagder | jim: you only reacted on a comment about why the use was needed, that use is still _supported_ by rockbox |
00:29:30 | jim | Jinx|xniJ: that's a hardware issue... read your ipod manual :) |
00:29:37 | scorche | Jinx|xniJ: just talk about it in #rockbox-communuty for now |
00:30:05 | jim | Bagder: good to hear/know |
00:30:07 | amiconn | saratoga: I am 98% sure the problem lies in the timing setup by the sansa bootloader. The timing is way too slow for lower clock settings, and the old rockbox cpu scaling code didn't touch this timing registers |
00:30:32 | amiconn | The new code does, and I think the svn PP5022 code will work like a charm on sansa |
00:30:41 | jim | Bagder: are the devs thinking about a looping feature? |
00:30:51 | Bagder | jim: we already have one |
00:30:53 | bluebrother | jim: we have a-b repeat |
00:31:06 | saratoga | amiconn: is it trivial to enable the new code or is some more work required? |
00:31:07 | jim | also... can I select a specific time into a track from the front panel? |
00:31:13 | bluebrother | no |
00:31:16 | amiconn | The timing can be extended a bit for sansa |
00:31:26 | amiconn | But that's not critical |
00:31:29 | saratoga | i can certainly try things that don't involve an intimate knowledge of how rockbox works |
00:31:48 | bluebrother | that's a special use case that like 0.01% of the people would use. If even that much |
00:31:52 | amiconn | lemme check |
00:31:57 | jim | bluebrother: that could be handy... and you have half of it already (in the form of bookmarks/cues) |
00:31:58 | bluebrother | but feel free to post a patch :) |
00:32:17 | bluebrother | well, I never missed that functionality. |
00:32:45 | jim | ok, about the a/b repeat... is it possible to fine-tune the start and end of the loop? |
00:33:09 | bluebrother | you can set a and b points. That's all |
00:33:26 | jim | and once this is done to store, activate and deactivate multiple loopss? |
00:33:46 | bluebrother | you should be aware that whilst Rockbox is about playing music it's not about professional mixing and similar. |
00:34:04 | * | bluebrother throws in a link to the manual: http://www.rockbox.org/manual.shtml |
00:34:13 | jim | again, you're bounding your thinking... my question is why :) |
00:34:38 | * | amiconn builds a sansa build with cpu scaling enabled (just the binary) and will check the .map and the appropriate .o file |
00:34:46 | * | bluebrother doesn't get that line |
00:34:48 | jim | is the space to store rockbox on the player so small that innovations meant for pros cannot be accomodated? |
00:34:50 | Bagder | jim: we don't bound our thinking |
00:34:59 | jim | good :) |
00:35:00 | Bagder | we just focus at music playback |
00:35:21 | Bagder | but everyone is free to work on what they feel like |
00:35:27 | bluebrother | space is always an issue. If the binary size increases, the playback buffer gets smaller |
00:35:37 | amiconn | saratoga: I think it's dead simple to enable, but be aware that cpu scaling will make the sansa run a bit slower |
00:35:47 | bluebrother | for usual music playback this means more spinups of the disk, which means shorter battery life. |
00:35:54 | amiconn | Max clock in rockbox is 78MHz atm, but currently the sansa runs at 80MHz |
00:36:10 | amiconn | I am planning to go 80 soon in rockbox though |
00:36:23 | bluebrother | and the archos devices are rather limited in terms of memory. |
00:36:33 | jhMikeS | amiconn: I saw (much) earlier that you found something out about the pll. I was way to busy to get into discussion though. |
00:36:58 | saratoga | amiconn: I don't think a 3% clock speed hit is a big deal |
00:37:07 | jim | I just saw a 30g archos (now having said that, I'm not necessarily married to the idea of an archos specifically, it's just the first manuf I looked at) |
00:37:08 | amiconn | jhMikeS: Yes, I learned something new about the PP5022 pll (we're still not handling it 100% correctly) |
00:37:08 | bluebrother | so blowing up the binary size for some obscure features isn't really an option. Plus, you need someone who implements those rarely needed features. |
00:37:09 | saratoga | how do I enable scaling on my builds |
00:37:36 | amiconn | And I know the PP5024 pll must be identical, and am fairly sure I know what the problems with scaling on the sansa have been |
00:37:50 | amiconn | saratoga: w8 |
00:37:51 | jhMikeS | why does the sansa need to drop in speed? |
00:37:55 | | Quit ender` (" But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the fu) |
00:37:57 | bluebrother | beware that Rockbox only runs on older archos models −− check the frontpage for supported players (if you haven't done already ;-) |
00:38:07 | saratoga | amiconn: sure, didn't realize you were interested on working on it further |
00:38:27 | amiconn | [00:34:38] * amiconn builds a sansa build with cpu scaling enabled (just the binary) and will check the .map and the appropriate .o file |
00:38:35 | amiconn | Sorry, cygwin takes its time |
00:38:35 | saratoga | jhMikeS: the current scaling code maxes out at 78 MHz |
00:38:46 | jim | let me ask this... are there hardware that is meant/built for rockbox? |
00:38:56 | jhMikeS | let's max at the max :) |
00:39:04 | saratoga | jim: hell no |
00:39:07 | bluebrother | no. |
00:39:20 | Bagder | dionoea: any chance that javascript can be made to not use onload in the body tag? |
00:40:03 | jim | other than the apple players, is there a difficulty in gaining GPL-style access to programming details of newer players? |
00:40:04 | dionoea | Bagder: well you need to launch the update stuff... what would you like to use instead ? just inline javascript ? |
00:40:19 | Bagder | the script that builds the build table doesn't "control" the body tag, only a subsection of the page |
00:40:49 | amiconn | saratoga: It's indeed just necessary to uncomment the #define in config-e200.h |
00:40:50 | dionoea | well you could call the javascript function in a <scipt > </script> thing |
00:41:07 | jim | openacs and ruby on rails has a way to insert stuff into the head tag |
00:41:09 | amiconn | jhMikeS: We will, just be a little patient :) |
00:41:17 | jhMikeS | ok |
00:41:30 | Bagder | jim: that's really not the problem I have |
00:41:37 | dionoea | Bagder: like <script type="text/javascript">countdown_refresh(2007,5,30,21,48,00);</script> |
00:41:58 | Bagder | aha |
00:42:00 | dionoea | I hope that waits for the page to be loaded (as well as the countdown.js script too) before executing |
00:42:26 | | Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) |
00:42:40 | jim | when I upload a track to the player, can I also upload a bookmark list? |
00:43:40 | bluebrother | bookmarks are just text files. You can move them (or create them) any way you like. |
00:44:00 | bluebrother | you need to use the correct syntax when writing a bookmark yourself of course |
00:44:22 | jim | ohh, could you show me an example of the text for a single bookmark? |
00:44:48 | bluebrother | just create one on the player and open it with your favourite text editor |
00:44:50 | jim | this would possbily solve the loop tuning problem |
00:45:24 | jim | I don't have a player running rockbox yet :P |
00:45:33 | jim | or even one that's compatible |
00:45:41 | bluebrother | you can use the simulator |
00:45:55 | Bagder | dionoea: reload now ;-) |
00:46:08 | bluebrother | there are pre-build binaries available at rashers website. rasher.dk/rockbox">http://rasher.dk/rockbox |
00:46:18 | jim | url for simulator (and/or docs/intro/description)? |
00:46:32 | bluebrother | and check the wiki page UiSimulator |
00:46:39 | dionoea | Bagder: cool :) |
00:46:43 | jim | ahh, got it |
00:46:52 | Bagder | the math seems a bit off |
00:46:55 | dionoea | lets wait 44000 secs :) |
00:47:29 | Bagder | the invoking looks fine to me |
00:47:31 | bluebrother | build expected to complete in 44643 mins? ;) |
00:47:49 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
00:48:02 | jim | are there simulators for linux? |
00:48:16 | bluebrother | yes, but you need to build it yourself |
00:48:49 | bluebrother | it's mostly a configure && make && make install thing |
00:49:01 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
00:49:06 | jim | I don't think that should be a problem (I figured out how to build gcc in about 1987 or so...) |
00:49:12 | | Quit DC1 ("$4E75") |
00:49:55 | dionoea | Bagder: you need to use month - 1 |
00:49:59 | jim | ok, let's see, where's the source? |
00:50:06 | dionoea | like in the normal unix time structs |
00:50:15 | dionoea | (never understood why they did it this way) |
00:50:32 | dionoea | or maybe you could change that in the .js to prevent errors |
00:50:33 | Bagder | right, the month part is always messing up... |
00:50:48 | dionoea | like target.setUTCMonth( month - 1 ); |
00:51:04 | Bagder | nah, I modified the invoke to use the "raw" value |
00:51:08 | dionoea | ok |
00:51:59 | saratoga | amiconn: thanks, scaling seems to be working, though i'll let it play for a while tonight to see if it crashes |
00:52:16 | amiconn | Nice :) |
00:52:25 | saratoga | as I recall, the sansa was already getting 12+ hours, so this should be neat to see how much it gets now |
00:52:29 | | Join ment [0] (i=thement@ibawizard.net) |
00:52:36 | Bagder | dionoea: hey, seems to work now... |
00:52:36 | amiconn | yepp |
00:52:41 | dionoea | awesome :) |
00:52:42 | dionoea | thanks |
00:52:50 | ment | 'lo |
00:52:59 | Bagder | looks cool too |
00:53:38 | amiconn | saratoga: Let it play some music where the cpu needs to boost/unboost often (e.g. wma ;) ) |
00:54:00 | jhMikeS | when both cores are used and the COP used to decode, the average cpu frequency can drop of course |
00:54:08 | amiconn | You could cause some additional stress by using various plugins in parallel |
00:54:17 | amiconn | jhMikeS: yup |
00:54:43 | amiconn | First, it has to work at all though |
00:54:48 | jim | so there are no stable/testing tags for rockbox? |
00:55:15 | saratoga | amiconn: doing that now |
00:55:23 | saratoga | seems to be about 70% boosted for WMA |
00:55:32 | saratoga | at least my 192k stuff |
00:55:36 | Bagder | jim: correct |
00:55:46 | Bagder | we're all testing non-stop |
00:55:48 | amiconn | Yes. Just a little bit more than what mp3 causes |
00:56:02 | jhMikeS | one thing I'm not sure about is should pcm playback have it's core set explicitly or just run automatically on the core that calls pcm_play_data? |
00:56:15 | jim | do you have an automated test suite? |
00:56:22 | Bagder | jim: nope |
00:56:32 | amiconn | That's what I don't like about the wma codec yet: on arm its nearly on par with libmad, but on coldfire it's like 3 times slower |
00:56:36 | zylche | Bagder for president! |
00:56:41 | | Quit chrisjs169|afk (Nick collision from services.) |
00:56:54 | | Join chrisjs169 [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) |
00:56:59 | saratoga | amiconn: my assumption is that its because we don't use much of the IRAM yet |
00:57:24 | amiconn | I tried putting various stuff in iram. ALl I was able to achieve was around 10% speedup |
00:57:43 | saratoga | i was going to look into what get accessed and how often tonight |
00:57:46 | amiconn | Maybe I didn't put the right stuff in iram, as I really don't know what stuff is used most |
00:57:56 | Bagder | man that reload worked nicely |
00:58:13 | amiconn | But I think that it will require to make real use of the emac on coldfire |
00:58:18 | jim | is it possible to restore the original operating system back onto a player? |
00:58:20 | Bagder | 3:35 for the last build round has to be a new record even |
00:58:33 | saratoga | what does the EMAC actually do on coldfire? |
00:58:36 | Bagder | jim: yes, the process is almost always reversable |
00:58:40 | saratoga | just really fast MACs or what? |
00:58:45 | Bagder | depending on target and what you did |
00:59:07 | jim | so that would involve backing said original os up? |
00:59:13 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
00:59:27 | Bagder | jim: it depends on each target, but it is usually documented in the specific manuals |
00:59:31 | bluebrother | jim: most players have a dual-boot feature |
00:59:48 | dionoea | hum, my clock is off by 2 minutes :/ need to fix that |
00:59:52 | bluebrother | the manual holds all important details. The FAQ might also be a good start for a comparison |
00:59:53 | jim | so most of the time you're not actually -replacing- the original |
01:00 |
01:00:25 | ment | when replacing ipod's microdrive with CF, it's possible to write directly to CF with card reader before replacing (and thus skiping itunes firmware loading)? |
01:00:31 | bluebrother | well, the original is replaced in terms of what software is running |
01:00:32 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
01:00:37 | ment | s/write/write rockbox/ |
01:00:50 | bluebrother | ment: yes. |
01:01:09 | PaulJam | jim: well, often you don't want to use the OF anymore. so in a way rockbox replaces it. |
01:01:38 | ment | bluebrother: ok, thanks |
01:01:49 | bluebrother | e.g. on h100 you can completely remove the old firmware. |
01:02:06 | bluebrother | the usual attempt is to have dual-boot to allow the user to switch back. |
01:02:20 | amiconn | saratoga: EMAC stands for enhanced MAC. 'enhanced' is related to the first coldfire MAC |
01:02:31 | bluebrother | it's similar to installing linux on a windows box: you not necessarily need to remove windows |
01:02:45 | ment | i know, but i was thinking about the disk mode |
01:03:06 | amiconn | It's a multiply-accumulate unit with single cycle mul-add (and mul-subtract) |
01:03:41 | amiconn | It does 32bit * 32bit -> 40bit + 48bit => 48bit |
01:03:50 | amiconn | 4 accumulators, 3 cycles latency |
01:03:51 | jim | PaulJam: well that depends... I don't see much in the way of QA here (no regression testing is performed automatically, and no tagging of even last-known-good versions), so I pretty much expect things to go wrong at least initially... given that lack, I would want at least the option of going back |
01:03:53 | bluebrother | ment: huh? |
01:04:36 | bluebrother | jim: that heavily depends on the original firmware :P |
01:04:53 | jim | no question about that :) |
01:04:54 | Bagder | jim: don't confuse bootloaders with rockbox itself. you can (in all practical cases) isntall a completely borked rockbox and just install another one without problems |
01:05:07 | ment | bluebrother: nm |
01:05:27 | jim | are "all practical cases" documented? :) |
01:05:28 | bluebrother | I wouldn't want to go back to the iriver firmware ... and even less to the Apple one |
01:05:41 | PaulJam | even when rockbox used to crash often on h300 and batterylife sucked i still prefered rockbox. |
01:05:42 | bluebrother | jim: http://www.rockbox.org/manual.shtml :P |
01:05:49 | Bagder | jim: well, if you follow the manual and don't try going out on limbs on your own |
01:06:06 | *** | Saving seen data "./dancer.seen" |
01:06:14 | jim | I take your point |
01:06:21 | Bagder | trying to say "don't do xxxx" tend to make at least some people miss the "don't" part |
01:06:36 | Bagder | and 95% of those own sansas ;-/ |
01:07:09 | jim | Bagder: it's suggested by mind/NLP/hypnosis experts that it's not possible for the mind to process negatives |
01:07:10 | Bagder | (which can be pretty seriously messed up by users, not really related to rockbox) |
01:07:25 | bluebrother | then we should stop supporting the sansa ;-) |
01:07:52 | Bagder | we should first ask the users if they can process negatives ;-) |
01:08:03 | krazykit | jim, i can't process negatives ;-) |
01:08:10 | bluebrother | yeah, but ask it in a negative way. |
01:08:12 | krazykit | which is a negative in itself :P |
01:08:20 | jim | so if you say to pepple: "Don't order my product now"... |
01:08:37 | jim | guess how many orders start pouriing in :) |
01:09:02 | bluebrother | maybe we should use double negatives? |
01:09:06 | * | scorche puts a sticky note on the ominous, large, red button that says "DON'T PRESS" |
01:09:07 | krazykit | so we should be telling people not to use rockbox! brilliant! |
01:09:18 | amiconn | -(-(-(-positive))) |
01:09:26 | | Quit Thundercloud (Remote closed the connection) |
01:09:29 | jim | krazykit: you shouldn't tell people not to use rockbox :) |
01:09:30 | * | bluebrother starts to wonder how the hitchikers "don't panic" ever worked |
01:09:51 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
01:10:26 | jim | of course we're talking here about the conscious mind... it's the subconscious mind that can't process negatives (according to the mind folks) |
01:11:10 | * | Bagder heads off to bed |
01:11:30 | Bagder | back in a few days (still on vacation) |
01:11:35 | | Quit Bagder ("*plopp*") |
01:11:39 | jim | have lots of fun! |
01:13:10 | jim | "You really shouldn't fail to press that big, shiny, attractive red button that's totally within your reach" |
01:14:57 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
01:15:58 | Jinx|xniJ | What program do you use to put new music on an ipod with Rockbox on it? |
01:16:16 | scorche | the file browser |
01:17:17 | jim | so it automounts? or becomes available as a usb storage volume? |
01:17:33 | scorche | provided itunes doesnt intercept it, yes |
01:17:51 | jim | why would it do tht? |
01:17:56 | Jinx|xniJ | Where do you put the music? All the music that ipod puts on it are in F folders with wierd titles |
01:18:25 | scorche | i put mine in a folder titled "Music", but you can put it pretty much anywhere you want |
01:18:30 | | Quit bluebrother ("no more questions ... for today.") |
01:19:04 | Jinx|xniJ | Including the root? |
01:19:11 | scorche | yes |
01:19:22 | scorche | you typically dont want to put it in .rockbox though |
01:20:18 | | Quit moos (Read error: 110 (Connection timed out)) |
01:20:40 | | Join DerPapst [0] (n=DerPapst@p54BD3B14.dip0.t-ipconnect.de) |
01:20:48 | DerPapst | good evening :) |
01:21:08 | Soap_ | iTunes can recognize an iPod with Rockbox as an iPod, and disable UMS mode if you have it set up that way, jim |
01:21:35 | dionoea | hello DerPapst |
01:21:48 | DerPapst | hi dionoea :) |
01:21:52 | * | dionoea didn't know that germany was a few time zones behind |
01:22:09 | DerPapst | it's 1:30am here ;) |
01:23:16 | * | Soap_ proposes rockbox transitions to SIT and forget about timezones |
01:23:31 | jim | Soap_: so it's a user-settable option switch? |
01:23:45 | Soap_ | jim in itunes, yes |
01:24:03 | jim | UMS mode, what's that? |
01:25:37 | Soap_ | Universal Mass Storage, when your iPod shows up as just another drive letter |
01:27:11 | jim | gotcha |
01:27:52 | jim | will rockbox handle an itunes that's got UMS off? |
01:28:18 | scorche | it isnt about rockbox at this point...it is about your computer and it showing up in the browser |
01:28:18 | * | amiconn needs a longer taskbar :| |
01:28:33 | DerPapst | heh |
01:28:34 | krazykit | amiconn, or another monitor :D |
01:28:40 | scorche | amiconn: 2 spaces high? |
01:28:48 | DerPapst | or 3 even :P |
01:28:53 | amiconn | krazykit: Difficult in a laptop... |
01:29:10 | * | amiconn has 16 app windows open atm |
01:29:12 | krazykit | amiconn, naw, it has a vga-out port for something! |
01:29:24 | * | krazykit has no taskbar at all :o |
01:29:24 | DerPapst | ha.. nice |
01:29:27 | amiconn | Yes, for less resolution than the built-in panel |
01:29:48 | DerPapst | no vga or div out? |
01:29:53 | scorche | amiconn: a taskbar 2 spaces high with autohide on works wonder for me |
01:30:04 | amiconn | Bah, I can't stand autohide |
01:30:08 | DerPapst | even my 25MHz laptop has vga out ;) |
01:30:20 | amiconn | ...for the same reason I can't stand grouping. |
01:30:45 | amiconn | DerPapst: It does have vga out, but the internal panel is 1400x1050, while my TFT is only 1280x1024 |
01:30:48 | scorche | and i assume 2 spaces high is too tall for you? |
01:31:08 | DerPapst | amiconn: better than nothing ;) |
01:31:58 | PaulJam | amiconn: you could use a programm like "trayit!" that lets you minimize windows to the systemtray |
01:31:59 | jim | so if I can put things into folders/dirs on the player device, is it possible to hide/disable them so that the items in the folders can't be played without re-enabling the folder they're in? |
01:32:05 | amiconn | scorche: I use a 2 spaces taskbar at work, where I only have 1280x1024 |
01:32:55 | scorche | jim: well, you can hide them if you have your viewmode set right |
01:32:55 | amiconn | Usually 1-high is enough on the laptop, but atm I'm trying to do too many things at once :\ |
01:33:40 | | Quit spiorf (Remote closed the connection) |
01:34:14 | jim | the basic idea, is I hand the player to someone, and by its normal operation doesn't play or show the disabled folders or contents thereof |
01:34:54 | | Quit Arathis ("Bye, bye") |
01:35:08 | jim | so if I have say a private conversation I haven't transcribed yet, I can put it into a folder |
01:35:13 | Soap_ | trusting that people don't have "show hidden files and folders" checked is silly. |
01:35:40 | | Join ^BeN^ [0] (n=Paprica@77.124.10.120) |
01:35:45 | * | amiconn always sets that |
01:36:14 | jim | what is implied by a folder set hidden? |
01:36:25 | krazykit | jim, it means most windows users won't see it. |
01:36:37 | krazykit | and that all osx and *nix users won't not see it |
01:36:47 | jim | does it mean the player won't play the content? |
01:37:10 | krazykit | i don't think rockbox honors the hidden attribute. |
01:37:28 | jim | not in any way? |
01:37:31 | | Join MySic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
01:37:35 | amiconn | It does for display, as long as you don't set "view files" to "all" |
01:37:36 | scorche | it does |
01:37:40 | jim | doesn't hide and does play? |
01:37:50 | krazykit | oh, it does? that seems silly. |
01:38:04 | krazykit | though |
01:38:20 | krazykit | i guess players have lots of files that don't need to be seen. |
01:38:40 | krazykit | jim, it's still not in any manner remotely "securely" hidden |
01:39:03 | scorche | there is no way to "securely" hide a folder... |
01:39:03 | jim | I understand that |
01:39:04 | amiconn | In fact rockbox hides both files with the hidden attribute and .dotfiles |
01:39:21 | saratoga | amiconn: assuming I don't get any crashes from CPU scaling tonight, you think it could be comitted? |
01:40:02 | amiconn | saratoga: Definitely. We might want to change the refresh timing for sansa though; from the bootloader it seems it allows twice as long timings as the ipods |
01:40:10 | amiconn | It's not important though |
01:44:51 | | Quit Jinx|xniJ (Read error: 110 (Connection timed out)) |
01:53:48 | | Part dan_a |
01:54:57 | | Quit My_Sic (Read error: 110 (Connection timed out)) |
01:58:15 | amiconn | Hmm. Both SDRAMs have 64ms refresh period. Samsung states 8K cycles, but Hynix doesn't give that info |
01:58:45 | amiconn | So either the Hynix ram is 4K cycle, or apple is just playing safe on the ipods |
01:59:26 | Nico_P | jhMikeS: here? |
02:00 |
02:01:02 | * | amiconn would like to know the H10 bootloader values for clcok setup |
02:02:51 | DerPapst | good night everyone :) |
02:02:55 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
02:08:49 | amiconn | Nico_P: amiconn.dyndns.org/gigabeat_aligncheck.diff">http://amiconn.dyndns.org/gigabeat_aligncheck.diff |
02:09:09 | amiconn | I can't test it of course |
02:09:37 | Nico_P | I'll try it now |
02:10:31 | | Quit MySic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:12:20 | | Join karim [0] (n=karim@ip-20.net-82-216-143.rev.numericable.fr) |
02:15:37 | | Quit entheh ("^~") |
02:17:52 | jhMikeS | Nico_P: here |
02:18:47 | Nico_P | jhMikeS: you'll probably be able to explain queue_send to me :) |
02:18:55 | | Quit nl2 ("Leaving.") |
02:19:11 | jhMikeS | maybe :) |
02:21:12 | Nico_P | when should I use it rather than queue_post ? |
02:22:02 | jhMikeS | when you want 1) a sender to be able to receive a value in reply to a message 2) you want to control when the message sender is allowed to run again |
02:24:02 | * | amiconn ->sleep |
02:24:11 | jhMikeS | nighty night |
02:24:33 | Nico_P | jhMikeS: does it block the sender ? |
02:24:37 | jhMikeS | yes |
02:24:39 | Nico_P | ok |
02:25:03 | Nico_P | is there a way to get a return value without blocking ? |
02:25:14 | jhMikeS | if there's an overlow for some reason, the sender will be unblocked and returned 0 |
02:25:22 | Soap_ | the "working with patches" wiki page covers the diff commands for creating a patch based upon changes to one file. Am I totally stupid when reading the diff −−help, or is there not an easy way to make one patch with all changes to all files in all directories? |
02:25:39 | Nico_P | hmm so 0 shouldn't be used as success value :) |
02:25:47 | jhMikeS | no |
02:25:50 | saratoga | crap was I ever wrong in my estimates of which values should be in IRAM :) |
02:26:40 | jhMikeS | there's no stable way to not block and get a return value |
02:26:44 | Nico_P | amiconn: JdGorson's svn isn't responding and my code isn't in a state compatible with testing so i'll test tomorrow |
02:26:57 | saratoga | some table I never noticed accounts for ~ 50% of all DRAM accesses ! |
02:27:13 | saratoga | the stuff I put in IRAM hardly ever gets touched |
02:27:25 | jhMikeS | the block lets the thread that will receive the message run afterall |
02:29:50 | PaulJam | Soap_: doesn't just "svn diff > output.diff" in the rockbox directory do what you want? |
02:30:16 | | Quit inversions (Read error: 113 (No route to host)) |
02:30:38 | Nico_P | jhMikeS: ok... thing is I need to return a value for a non blocking call... I'll have to find a way to compute the value |
02:31:01 | Soap_ | PaulJam, I'll try in a minute, thank you. |
02:32:01 | Soap_ | svn diff −−help |
02:32:11 | Soap_ | wrong window |
02:33:01 | Nico_P | jhMikeS: maybe it'd be worth adding info about queue_send and queue_rply to the wiki |
02:33:35 | Nico_P | also is queue_send only available on SWCODEC ? |
02:35:44 | jhMikeS | it's currently only on SWCODEC but could be used on all |
02:37:03 | | Quit lazka ("I'm off now") |
02:37:23 | Soap_ | works, thank you PaulJam |
02:38:23 | | Join Arathis [0] (n=doerk@p5484862B.dip0.t-ipconnect.de) |
02:38:24 | Soul-Slayer | Am I weird? My ears really can't distinguish a change in quality with different bitrates what-so-ever.. |
02:40:39 | scorche | everyone is different, although your equipment come into factor there |
02:40:59 | scorche | i promise you will notice a difference between 64k mp3 and 192k mp3 |
02:41:00 | jhMikeS | Nico_P: for non-blocking I'd think the value would be based on whatever state things happen to be at the time. if you must wait for an operation to be complete on another thread like saying audio has completed the state transistion to "playing" then queue_send is the thing to use since yields during wait won't let the sender rush ahead. it's the thread-safe way to perform "while (!some_state) yield();" |
02:41:14 | saratoga | another build I have to redo because I forgot to enable test codec |
02:41:23 | saratoga | this is slowly driving me nuts |
02:42:24 | Soul-Slayer | Would it save battery if I reencoded all my MP3's into 128kbps? |
02:42:55 | | Join Rincewind [0] (i=6qfNkk6B@nat-wh-1.rz.uni-karlsruhe.de) |
02:43:50 | | Join Arathis_ [0] (n=doerk@p5484A1E9.dip0.t-ipconnect.de) |
02:43:56 | saratoga | Soul-Slayer: depends on the player, but maybe |
02:44:58 | Nico_P | jhMikeS: the value I want to return from the non blocking call is pretty basic (just an ID that has to be unique) |
02:45:43 | karim | hi |
02:45:45 | Nico_P | when I say non blocking, it's an API call I want to make post a message to the buffering thread and return an ID immediately |
02:46:47 | Soul-Slayer | I have a gigabeat I got on ebay, the battery usage is really erratic so I'm not sure if my music is all encoded in a bad way or the battery is messed up, either is possible |
02:49:16 | jhMikeS | Nico_P: why can't that block? queue_reply can be called with an id in the retval immediately and the sender will run at next task switch. |
02:49:50 | | Quit Thundercloud (Remote closed the connection) |
02:50:53 | | Quit BHSPitLappy (Connection reset by peer) |
02:50:54 | | Join BHSPitLappy_ [0] (n=steve-o@adsl-67-64-107-44.dsl.rcsntx.swbell.net) |
02:51:39 | Nico_P | hmm that makes sense |
02:52:52 | | Quit Rincewind ("Cya") |
02:54:22 | Nico_P | jhMikeS: I was thinking of it as "add a handle and return its ID"... thing is that can't block because we don't know when we'll actually be able to add the handle in memory |
02:55:02 | Nico_P | If I see it as "add a handle ID to the list of handle IDs to add", it works better |
02:56:45 | | Quit Arathis (Read error: 110 (Connection timed out)) |
02:58:40 | | Quit Arathis_ ("Bye, bye") |
03:00 |
03:01:00 | | Quit PaulJam (".") |
11:00 |
11:01:07 | *** | Started Dancer V4.16 |
11:01:07 | *** | Connected to irc.freenode.net on port 6667 |
11:01:07 | *** | Logfile for #rockbox started |
11:01:10 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
11:01:11 | *** | Server message 501: 'logbot_ :Unknown MODE flag' |
11:01:11 | Mode | "logbot_ :+i" by logbot_ |
11:01:12 | *** | Server message 477: 'logbot_ #rockbox :[freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg' |
11:01:12 | | Join logbot_ [0] (i=bjst@gateway/web/cgi-irc/labb.contactor.se/x-5a58c1264cb49a48) |
11:01:12 | | Join spiorf [0] (n=spiorf@host249-207-dynamic.8-87-r.retail.telecomitalia.it) |
11:01:12 | | Join Rob222241 [0] (n=Miranda@p54B17D33.dip.t-dialin.net) |
11:01:12 | | Join dan_a [0] (n=dan_a@217.23.173.156) |
11:01:12 | | Join petur [0] (n=petur@rockbox/developer/petur) |
11:01:12 | | Join seclein2 [0] (n=scl@70.230.164.30) |
11:01:12 | | Join entheh [0] (n=purr@88-106-246-6.dynamic.dsl.as9105.com) |
11:01:12 | | Join lazka [0] (n=lazka@85-124-45-61.dynamic.xdsl-line.inode.at) |
11:01:12 | | Join Guile`` [0] (n=Guile@88-136-185-116.adslgp.cegetel.net) |
11:01:12 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
11:01:12 | | Join desowin [0] (n=desowin@unaffiliated/desowin) |
11:01:12 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:01:12 | | Join bluebrother [0] (i=NEvzDZgH@rockbox/staff/bluebrother) |
11:01:12 | | Join The-Compiler [0] (n=florian@229.30.77.83.cust.bluewin.ch) |
11:01:12 | | Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-036.ewe-ip-backbone.de) |
11:01:12 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
11:01:12 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
11:01:12 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
11:01:12 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
11:01:12 | | Join Redbreva [0] (n=chatzill@host86-134-211-109.range86-134.btcentralplus.com) |
11:01:12 | | Join Dcider [0] (n=dce@unaffiliated/bspec) |
11:01:12 | | Join relaxed [0] (n=relaxed@unaffiliated/relaxed) |
11:01:12 | | Join Rob2222 [0] (n=Miranda@p54B15475.dip.t-dialin.net) |
11:01:12 | | Join Bawitdaba [0] (n=Sphinx@cpe-72-226-67-164.nycap.res.rr.com) |
11:01:12 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
11:01:12 | | Join goffa [0] (n=goffa@216.220.23.105) |
11:01:12 | | Join RoC_MasterMind [0] (n=Free@c-24-129-94-172.hsd1.fl.comcast.net) |
11:01:12 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
11:01:12 | | Join TiMiD[FD] [0] (n=TiMiD[FD@asgard.valombre.net) |
11:01:12 | | Join miepchen^schlaf [0] (n=hihi@p54BF7019.dip.t-dialin.net) |
11:01:12 | | Join Llorean [0] (n=llorean@rockbox/administrator/Llorean) |
11:01:12 | | Join Soap__ [0] (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) |
11:01:13 | | Join merbanan [0] (n=banan@83.233.243.210) |
11:01:13 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
11:01:13 | | Join Echelon [0] (i=ryan@76.76.12.4) |
11:01:13 | | Join ^BeN^ [0] (n=Paprica@77.124.10.120) |
11:01:13 | | Join ment [0] (i=thement@ibawizard.net) |
11:01:13 | | Join ansivirus [0] (n=ansiviru@adsl-76-225-180-38.dsl.rcsntx.sbcglobal.net) |
11:01:13 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
11:01:13 | | Join dj`bergamote [0] (n=coolcubi@ASte-Genev-Bois-151-1-91-248.w90-3.abo.wanadoo.fr) |
11:01:13 | | Join jhulst [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) |
11:01:13 | | Join Jon-Kha [0] (n=Jon-Kha@a91-152-87-243.elisa-laajakaista.fi) |
11:01:13 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
11:01:13 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
11:01:13 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
11:01:13 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
11:01:13 | | Join XavierGr [0] (n=xavier@ppp132-220.adsl.forthnet.gr) |
11:01:13 | | Join atsea- [0] (i=ariel@gateway/tor/x-c26824c4e1bd83d6) |
11:01:13 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
11:01:13 | | Join tris [0] (i=tristan@camel.ethereal.net) |
11:01:13 | | Join lymeca [0] (n=lymeca@unaffiliated/lymeca) |
11:01:13 | | Join perplexity [0] (i=heh15393@dxb-as74784.alshamil.net.ae) |
11:01:13 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
11:01:13 | | Join Rick [0] (i=rick@unaffiliated/rick) |
11:01:13 | | Join sargun [0] (n=Sargun@atarack/staff/sargun) |
11:01:13 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
11:01:13 | | Join tedrock [0] (n=tedrock@d235-159-230.home1.cgocable.net) |
11:01:13 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
11:01:13 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
11:01:13 | | Join Galois [0] (i=djao@efnet-math.org) |
11:01:13 | | Join hax [0] (n=hax@httpcraft/hax) |
11:01:13 | | Join Ryuu [0] (n=JD@unaffiliated/helldragon) |
11:01:13 | | Join Caliban [0] (n=ianmacd@kwark.caliban.org) |
11:01:13 | | Join Entasis_ [0] (n=Jarred@ppp121-45-17-218.lns11.adl2.internode.on.net) |
11:01:13 | | Join zylche [0] (n=zylche@80-192-36-235.cable.ubr01.dund.blueyonder.co.uk) |
11:01:13 | | Join markun [0] (n=markun@rockbox/developer/markun) |
11:01:13 | | Join merbzt [0] (n=benlar@dns.basset.se) |
11:01:13 | | Join scorche [0] (i=HydraIRC@rockbox/administrator/scorche) |
11:01:13 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
11:01:13 | | Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) |
11:01:13 | | Join crashmatrix [0] (n=crashmat@s5590785f.adsl.wanadoo.nl) |
11:01:13 | | Join andrew__2 [0] (n=andrew@stjhnf0124w-142162079146.pppoe-dynamic.nl.aliant.net) |
11:01:13 | | Join chrisjs169_ [0] (n=jack@pool-71-114-140-107.hrbgpa.dsl-w.verizon.net) |
11:01:13 | | Join alberink [0] (n=alberink@cc516682-b.ensch1.ov.home.nl) |
11:01:13 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
11:01:13 | | Join joshin [0] (n=joshin@unaffiliated/joshin) |
11:01:13 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
11:01:13 | | Join DataGhost [0] (n=dataghos@62.131.46.165) |
11:01:13 | | Join FOAD [0] (n=dok@dinah.blub.net) |
11:01:13 | | Join gtkspert [0] (n=gtkspert@gateless.info) |
11:01:13 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
11:01:13 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
11:01:13 | | Join Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
11:01:13 | | Join crashd_ [0] (i=foobar@lostnode.org) |
11:01:13 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
11:01:13 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
11:01:13 | | Join Neovanglist [0] (n=Neovangl@chrisg.neovanglist.net) |
11:01:13 | | Join Anakin [0] (i=0@unaffiliated/anakin) |
11:01:13 | | Join Farp [0] (i=Farp@60.50.214.29) |
11:01:13 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
11:01:13 | | Join GodEater [0] (n=bryan@bb-87-80-121-64.ukonline.co.uk) |
11:01:13 | | Join preglow [0] (n=thomj@rockbox/developer/preglow) |
11:01:13 | | Join dionoea [0] (n=dionoea@poy.chewa.net) |
11:01:13 | | Join Nimdae [0] (n=nimmeh@kermit.pimpinwithmuppets.com) |
11:01:13 | | Join Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
11:01:13 | | Join DiDjCodt [0] (n=djc@poy.chewa.net) |
11:01:13 | | Join guyzmo [0] (n=guyzmo@nenya.mithrandir.net) |
11:01:13 | | Join Presence [0] (i=presence@irev.net) |
11:01:13 | | Join pixie [0] (n=pixie@drikker.pils.no) |
11:01:13 | | Join sslashes [0] (i=sslashes@209.67.252.122) |
11:01:13 | | Join feisar [0] (i=jljhook@ihq.in) |
11:01:13 | | Join Hadaka [0] (i=naked@naked.iki.fi) |
11:01:13 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
11:01:13 | | Join toer [0] (i=tore@skjeldal.com) |
11:01:13 | | Join luckz [0] (n=luckz@luckz.de) |
11:01:13 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
11:01:13 | | Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
11:01:13 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
11:01:13 | | Join krp [0] (n=krp@mar92-10-82-239-65-214.fbx.proxad.net) |
11:01:13 | | Join prashantv [0] (i=prashant@wagner.orchestra.cse.unsw.EDU.AU) |
11:01:13 | | Join Battousai [0] (n=bryan@gentoo/developer/battousai) |
11:01:13 | | Join Bjoern-Erik [0] (n=Bjoern@108.80-202-110.nextgentel.com) |
11:01:13 | | Join h4ngedm4n [0] (n=h4ngedm4@dsl093-032-051.snd1.dsl.speakeasy.net) |
11:01:13 | | Join godzirra [0] (n=shawn@cpe-069-134-238-130.nc.res.rr.com) |
11:01:13 | | Join lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) |
11:01:13 | | Join [Ray] [0] (n=ray@yarvje.xs4all.nl) |
11:01:13 | | Join Overand [0] (i=overand@pdpc/supporter/active/Overand) |
11:01:13 | | Join enyc [0] (n=enyc@1337.whitehorse.co.uk) |
11:01:13 | | Join [mbm] [0] (i=mbm@openwrt/developer/mbm) |
11:01:13 | | Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
11:01:13 | | Join sbeh [0] (i=sbeh@serverstaff.de) |
11:01:13 | | Join J [0] (n=john@cpc3-mfld9-0-0-cust855.nott.cable.ntl.com) |
11:01:13 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
11:01:13 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
11:01:13 | | Join daurn [0] (i=daurn@unaffiliated/daurnimator) |
11:01:13 | | Join SaLoMoN [0] (n=SaLo@xglusers.de) |
11:01:13 | | Join gregj [0] (n=gj@81-186-226-63.citynet.pl) |
11:01:13 | | Join lost|X40 [0] (n=lostnihi@ppp-68-251-66-141.dsl.chcgil.ameritech.net) |
11:01:13 | | Join sneakums [0] (i=sneakums@jenny.ondioline.org) |
11:01:13 | | Join mtoups [0] (n=mtoups@HENSON.ISR.CS.CMU.EDU) |
11:01:13 | | Join DogBoy [0] (n=john@unaffiliated/dogboy) |
11:01:13 | | Join GodEater_ [0] (n=bryan@bb-87-80-121-64.ukonline.co.uk) |
11:05:23 | amiconn | Ah, hi logbot_ ;) |
11:05:32 | amiconn | This probably means the site is also back |
11:06:07 | lazka | amiconn: http://abx-comparator.berlios.de/ - and btw. i can abx some 200kb MP3s using my crappy PC loudspeakers ;) |
11:06:52 | petur | markun: ping |
11:07:40 | amiconn | *** ping error: markun: black hole detected |
11:07:42 | amiconn | ;) |
11:08:13 | petur | hmmmm amiconn: bit early to drink, no? :p |
11:08:54 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
11:10:21 | | Part Llorean |
11:11:54 | | Join pixelma [0] (i=57b9f63b@rockbox/staff/pixelma) |
11:13:35 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
11:17:22 | petur | anybody from the Netherlands here that goes to concerts there? |
11:17:40 | | Join stripwax [0] (i=5607d648@gateway/web/cgi-irc/ircatwork.com/x-cbd02aee326a8268) |
11:18:33 | | Quit ^BeN^ ("MULEz SCRIPT: Don't Take Life Seriously, It Is Not Permanent.") |
11:19:40 | | Quit Redbreva ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") |
11:22:11 | | Quit stripwax (Client Quit) |
11:23:13 | * | petur drives off to go see/hear bjork and hopefully tape too if they don't do bodysearches... |
11:23:34 | scorche | cavity searches? |
11:24:04 | petur | I wouldn't want to hide my h380 that way :/ |
11:24:14 | | Join ^BeN^ [0] (n=Paprica@84.229.103.127) |
11:24:29 | | Quit petur ("on to recording field test :)") |
11:29:05 | | Quit pixelma ("CGI:IRC (EOF)") |
11:29:42 | | Join pixelma [0] (i=57b9f63b@rockbox/staff/pixelma) |
11:34:08 | | Join hannesd [0] (n=hd@projekte.imos.net) |
11:37:46 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Po-ta-to, boil em, mash em, stick em in a stew.") |
11:38:37 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
11:40:10 | | Quit Guile`` ("KVIrc 3.2.0 'Realia'") |
11:40:35 | | Quit dan_a ("using sirc version 2.211+KSIRC/1.3.12") |
11:44:46 | | Join dan_a [0] (n=dan_a@217.23.173.156) |
11:46:58 | | Quit The-Compiler ("Connection reseted by god") |
11:52:25 | | Join printfXh4 [0] (n=pseudo@ppp121-45-209-85.lns2.bne1.internode.on.net) |
11:53:54 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
11:57:20 | | Quit pixelma ("CGI:IRC 0.5.7 (2005/06/19)") |
11:58:57 | | Join z35 [0] (n=z@adsl-35-190-123.dab.bellsouth.net) |
11:59:28 | | Join noobie [0] (i=dad7437b@gateway/web/cgi-irc/labb.contactor.se/x-93570c091bfebd6c) |
11:59:46 | noobie | hi guys |
12:00 |
12:00:16 | noobie | My ipod mini freezes when ever i plug USB to computer |
12:00:24 | noobie | and wont mount |
12:00:38 | | Part maffe |
12:00:49 | | Join The-Compiler [0] (n=florian@229.30.77.83.cust.bluewin.ch) |
12:00:52 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
12:03:31 | bluebrother | noobie: then reset it and use emergency disk mode |
12:04:02 | bluebrother | there is a known problem with some minis not rebooting into disk mode properly |
12:04:37 | noobie | how do i boot into disk mode? |
12:04:49 | noobie | and do i copy yhe songs over through that mode? |
12:04:52 | bluebrother | reset the ipod, then hold Play + Select |
12:05:37 | bluebrother | the player behaves as external drive in that mode. Much similar to usual disk mode |
12:05:55 | bluebrother | but it won't reboot if you disconnect usb, you'll need to reboot it manually. |
12:06:38 | noobie | having a play now thanks |
12:07:06 | noobie | where do i put the mp3? what directory? |
12:07:36 | bluebrother | depends on you |
12:15:46 | | Quit z35 (Read error: 110 (Connection timed out)) |
12:17:51 | | Join lee-qid [0] (n=liqid@p54967ACD.dip.t-dialin.net) |
12:19:56 | noobie | how do i turn it on? |
12:20:05 | noobie | i turned it off by holdng pause |
12:21:19 | noobie | o menu + enter |
12:21:49 | bluebrother | select |
12:21:56 | bluebrother | please check the manual ... |
12:22:29 | noobie | ok one more Qs :P can u give me the link to themes |
12:22:42 | bluebrother | check the wiki |
12:22:51 | bluebrother | or the manual ... |
12:22:54 | bdgraue | noobie: extras on the rockbox website |
12:23:06 | noobie | thanks for ue help guys |
12:23:26 | noobie | will be 100% apple free soon :D |
12:23:29 | | Quit noobie ("CGI:IRC") |
12:25:15 | * | bluebrother sighs |
12:27:49 | lazka | i just tried the sansa simulator binary on linux using wine. everything seems to work, even sound. shouldn't this be mentioned in the wiki?? |
12:28:23 | bluebrother | feel free to add it, but when running linux you most likely want to build the sim yourself |
12:29:08 | bluebrother | also, the main purpose of the sim is debugging, so running in wine somewhat defeats this purpose ... |
12:41:34 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
12:43:17 | Nico_P | JdGordon: hi |
12:46:18 | | Quit perplexity (Read error: 110 (Connection timed out)) |
12:50:08 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:51:29 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
12:52:59 | | Join n1s [0] (n=nils@h218n1fls35o293.telia.com) |
12:53:23 | JdGordon | hey Nico_P |
12:53:44 | JdGordon | sorry about the server, my mum turned the computer off last night and i didnt notice till a few hours ago |
12:54:27 | Nico_P | no problem ;) |
12:55:00 | Nico_P | have you had time to look at my changes ? |
12:55:03 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
12:55:49 | safetydan | Am I wrong in thinking the emac on coldfire isn't useful if you do a lot of 16x16 ->32 operations? |
13:00 |
13:01:09 | *** | Saving seen data "./dancer.seen" |
13:01:34 | | Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) |
13:02:43 | | Join amiconn [0] (n=jens@p57B9F63B.dip.t-dialin.net) |
13:03:16 | XavierGr | I am glad to say that after saratoga's yesterday commits wma is real time on my H300 (128 wma track). It is struggling but it didn't had a single gap :) |
13:04:21 | amiconn | I got 122% realtime with 128kbps wma on H180 |
13:04:39 | XavierGr | I am testing with test_codec now |
13:06:07 | amiconn | Now compare this with 542% realtime for mp3 (~200kbps) on coldfire... |
13:06:30 | XavierGr | lol I got exactly 122.22% on my H300 too amiconn |
13:06:35 | | Join Guile`` [0] (n=Guile@84.4.29.52) |
13:07:24 | amiconn | On arm wma might now even be faster than mp3... will test in a minute |
13:08:49 | XavierGr | well saratoga was mumbling something about not utilizing iram efficiently and putting the wrong data in it, so hopefully coldfire will become fast as hell too |
13:09:27 | amiconn | I think this will only be possible with making real use of the EMAC |
13:09:51 | * | safetydan attempts to direct peoples optimisation efforts towards Speex :) |
13:09:54 | amiconn | aac is also roughly on par with mp3 on arm, but dog slow on cf |
13:14:36 | Nico_P | amiconn: I'll test the patch you gave me yesterdat |
13:14:44 | Nico_P | yesyerday* |
13:14:45 | | Quit ompaul (Read error: 110 (Connection timed out)) |
13:15:27 | * | amiconn concludes that Nico_P uses a qwerty keyboard ;) |
13:15:54 | Nico_P | hehe... azerty actually (french) |
13:16:00 | amiconn | ah |
13:16:09 | * | amiconn uses qwertz (german) |
13:16:55 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
13:18:18 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
13:18:19 | amiconn | 178% realtime on ipod (128kbps wma) |
13:21:47 | | Quit JdGordon_ (Read error: 110 (Connection timed out)) |
13:23:36 | | Quit TiMiD[FD] ("leaving") |
13:24:22 | Nico_P | amiconn: I'm sorry to report still no crash |
13:24:43 | Nico_P | with incorrect results that show there were alignment proiblems |
13:25:23 | | Join spiorf_ [0] (n=spiorf@host5-209-dynamic.14-87-r.retail.telecomitalia.it) |
13:25:29 | * | Nico_P is off for lunch |
13:25:41 | n1s | amiconn: do you think FS #5264 can be closed? |
13:25:50 | | Join DerPapst [0] (n=DerPapst@p54BD0B04.dip0.t-ipconnect.de) |
13:26:57 | n1s | haha, that is one of the three tasks blocking a 3.1 release :-) (according to the tracker) |
13:28:42 | amiconn | I don't know. No further replies for omne month. But all that happened before my fixes |
13:29:00 | | Join thegeek [0] (i=thegeek@ti521110a080-5005.bb.online.no) |
13:29:35 | n1s | well, I'll close it then and they will probably post a new bug if the issue persists (that task has way to many comments anyway...) |
13:31:03 | amiconn | The tracker doesn't know about the biggest tast that's blocking a 3.1 release.... |
13:31:30 | n1s | good work on fixing the crashes btw :-) |
13:31:38 | bluebrother | the release of 3.0 first? |
13:31:54 | n1s | I wonder if anyone uses the target release stuff though |
13:32:42 | amiconn | n1s: Thanks |
13:32:47 | bluebrother | well, shouldn't we start using it? That roadmap feature of flyspray is really nice. |
13:33:18 | amiconn | The clock setup needs a bit more cleanup, and I hope to be able to help dan_a with some PP5002 fixes as well |
13:33:33 | n1s | bluebrother: but will we ever release? we may be giving someone false hopes :-P |
13:33:40 | amiconn | And I'll go 80MHz soon... |
13:34:18 | bluebrother | n1s: well, users might actually look at the roadmap task list and think we're that −−> <−− close to a release ... |
13:34:48 | | Quit ^BeN^ (Read error: 110 (Connection timed out)) |
13:34:52 | amiconn | I'm just not sure yet whether it's better to use precalculated register values for each frequency setting, or implement value calcuulation similar to what the OF does |
13:37:55 | | Quit spiorf (Read error: 110 (Connection timed out)) |
13:38:42 | | Quit bdgraue (Read error: 113 (No route to host)) |
13:39:19 | n1s | amiconn: I found out that using unsigned ints for some stuff (for example width and height in the screen struct) saves a fair amount of code size. It is tricky buissnes though. (maybe not for those values but some other stuff...) |
13:40:13 | * | bluebrother notices his h120 showing some arbitrary time without the RTC mod installed |
13:43:05 | | Join moos [0] (i=moos@m21.net81-66-158.noos.fr) |
13:49:40 | Nico_P | bluebrother: I totally agree on the roadmap (it's roughly what gregj was saying we should do :p ) |
13:50:03 | Nico_P | amiconn: what's "the biggest task that's blocking a 3.1 release" |
13:50:07 | bluebrother | well, then just start using that ;-) |
13:50:09 | Nico_P | viewports ? |
13:50:18 | | Join Wiwie [0] (n=goddi@p5B09BEE6.dip0.t-ipconnect.de) |
13:50:23 | amiconn | The 3.0 release.... |
13:50:28 | bluebrother | how about a "flyspray cleanup week"? (or month)? |
13:50:31 | Nico_P | hehe |
13:50:50 | Nico_P | bluebrother: that's needed too |
13:50:54 | bluebrother | we could ask users to verify open bugs ... |
13:51:18 | bluebrother | and close feature request that are highly unlikely to happen as "later" |
13:51:25 | | Join Crash91 [0] (n=crash@196.219.185.84) |
13:51:49 | safetydan | hrmm, ICONST_ATTRing all static tables in speex only gains 9% on coldfire |
13:53:58 | n1s | safetydan: have you tried putting any working buffers in iram? |
13:54:21 | safetydan | n1s, at the moment I'm just trying very simple things |
13:54:32 | | Join perplexity [0] (n=joust@dxb-b124581.alshamil.net.ae) |
13:55:05 | n1s | safetydan: iirc putting those buffers in iram have given the larest speedups... |
13:55:30 | safetydan | n1s, I'll take a look at that then. |
13:55:38 | safetydan | but for the moment it's sleep for me |
13:55:39 | | Quit safetydan ("Ex-Chat") |
13:58:05 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
13:59:35 | | Quit DerPapst (Read error: 104 (Connection reset by peer)) |
14:00 |
14:05:39 | | Quit The-Compiler (Read error: 104 (Connection reset by peer)) |
14:06:09 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
14:07:41 | | Nick Crash91 is now known as Defender (n=crash@196.219.185.84) |
14:08:20 | | Nick Defender is now known as xDefender (n=crash@196.219.185.84) |
14:08:23 | | Part xDefender |
14:24:44 | | Join Arathis [0] (n=doerk@p5484A1E9.dip0.t-ipconnect.de) |
14:25:55 | | Join z35 [0] (n=z@adsl-35-190-123.dab.bellsouth.net) |
14:30:16 | | Join chrisjs169 [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) |
14:33:52 | | Join Jaymuhz [0] (n=James@ACBC03E3.ipt.aol.com) |
14:33:56 | | Part Jaymuhz ("Leaving") |
14:36:47 | | Join Crash91 [0] (n=crash@196.219.185.84) |
14:38:16 | n1s | bluebrother: why did you use a build with RTC enabled? |
14:38:58 | bluebrother | because I want to do the mod ;-) |
14:39:55 | bluebrother | funny thing is that using rambox it works fine, rombox not. |
14:42:07 | XavierGr | bluebrother: did you find the RTC chip that roolku suggests? |
14:42:21 | bluebrother | yes, I have both of them now |
14:42:45 | | Nick Soap__ is now known as Soap_ (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) |
14:51:10 | XavierGr | bluebrother: where did you find them? ordered them from the company? |
14:54:12 | | Join ^BeN^ [0] (n=Paprica@84.228.211.181) |
14:54:53 | | Quit Crash91 (Remote closed the connection) |
14:56:25 | | Join xDefender [0] (n=BotsUser@196.219.185.84) |
14:57:12 | | Join Crash91 [0] (n=crash@196.219.185.84) |
14:57:13 | xDefender | Welcome Crash!! |
15:00 |
15:01:13 | *** | Saving seen data "./dancer.seen" |
15:03:00 | Crash91 | !time |
15:03:00 | xDefender | Sun Jul 8 16:02:29 2007 |
15:03:35 | | Join DerPapst [0] (n=DerPapst@p54BD0B04.dip0.t-ipconnect.de) |
15:03:46 | Crash91 | hi |
15:03:57 | amiconn | lo |
15:04:21 | DerPapst | med |
15:04:41 | Crash91 | does anyone know how close we are to getting USB on Sansa? (Can you estimate a date?) |
15:04:49 | Crash91 | lol :) |
15:09:55 | | Join Soul-Slayer [0] (n=Administ@84.13.244.226) |
15:11:03 | Soul-Slayer | Hey, does anyone elses gigabeat occasionally display 'Battery empty' when they first turn it on, then when they try again it'll boot into Rockbox fine? Or am I alone in that :$? |
15:11:08 | | Quit Nico_P (Remote closed the connection) |
15:11:47 | n1s | Soul-Slayer: does rockbox say "Battery empty" or the gigabeat loader? |
15:11:55 | Soul-Slayer | Gigabeat Loader |
15:12:59 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
15:13:24 | | Join miepchen^schlaf [0] (n=hihi@p54BF7019.dip.t-dialin.net) |
15:13:45 | Soul-Slayer | I have a feeling my battery is shot anyway, yesterday I fully charged it and after 2 hours it had only lost about 6%, then it suddenly jumped down to 70% remaining. But I'm not sure why it'll display the battery as empty, then when I try again it realises it's not |
15:14:19 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
15:17:17 | Crash91 | !!time |
15:17:47 | Crash91 | !time |
15:17:47 | xDefender | Sun Jul 8 16:17:16 2007 |
15:18:18 | | Join webguest60 [0] (i=864c0358@gateway/web/cgi-irc/labb.contactor.se/x-b57d1c49a833c2e4) |
15:19:06 | | Nick xDefender is now known as Crash91_ (n=BotsUser@196.219.185.84) |
15:19:12 | webguest60 | Crash91: could you use another channel to play with your bot? |
15:19:46 | Crash91 | oh sorry...i...i dunno why the last message came here |
15:19:53 | Crash91 | i am* |
15:20:52 | | Quit webguest60 (Client Quit) |
15:21:30 | Nico_P | jhMikeS: what happends if you use queue_reply on a message that wasn't sent using queue_send ? |
15:23:22 | jhMikeS | Nico_P: nothing...queue_reply simply replies to the last message dequeued that was sent using queue_send. calling it multiple times on the same message only replies once as well. |
15:23:33 | Nico_P | ok |
15:25:27 | Nico_P | jhMikeS: would you have a bit of time to have a look at my code ? |
15:27:13 | jhMikeS | sure...np |
15:27:57 | Nico_P | it's in JdG's svn: svn://jdgordon.mine.nu/mob |
15:28:05 | Nico_P | you'll want to look at testplugin.c |
15:29:32 | Nico_P | some parts of the code are leftovers from the old test plugin where there was no threading (the body of playback_thread() and what follows the queue_reply() call in the main plugin func) |
15:29:40 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
15:29:58 | GodEater_ | I think the battery in my iPod is hosed. |
15:31:09 | GodEater_ | which is a little disappointing given it's less than a year old |
15:31:29 | jhMikeS | Nico_P: I've gotta do a co of that? |
15:31:55 | Nico_P | jhMikeS: yes. it'll be very quick, there aren't a lot of files |
15:32:11 | | Quit z35 (Read error: 110 (Connection timed out)) |
15:32:48 | DerPapst | GodEater_: it's not even 3/4 year old |
15:33:28 | jhMikeS | yeah, only 10 :) |
15:33:50 | DerPapst | GodEater_: the battery of mine is still ok.. used frequently. |
15:34:59 | jhMikeS | Nico_P: Any part in particular? |
15:36:27 | Nico_P | jhMikeS: maybe the beginnings of the threading logic |
15:37:21 | Nico_P | in particular, what do you think of passing the arg data through structs like that ? |
15:37:37 | jhMikeS | the if (result) queue_reply() bit isn't right. queue_reply really should just be called always for any message queue_send could send |
15:38:10 | jhMikeS | that's what it's for. recording passes filenames that way with queue_send |
15:38:52 | Nico_P | I corrected that |
15:39:03 | | Join Kreative_Think_R [0] (i=485c0f23@gateway/web/cgi-irc/labb.contactor.se/x-da21d039e6161879) |
15:39:29 | Kreative_Think_R | Ne New For Rockbox On Sansa ? |
15:39:49 | jhMikeS | there's really no reason to be choosy about calling queue_reply since it returns very fast if not in a send state. you could enable the queue_in_queue_send function which takes fewer params though. |
15:40:12 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
15:40:21 | Nico_P | what's that ? |
15:40:48 | Kreative_Think_R | can rockbox play divx knw ? |
15:41:03 | jhMikeS | Nico_P: asking me? |
15:41:20 | Nico_P | jhMikeS: yes, what's queue_in_queue_send ? |
15:41:57 | Crash91 | Kreative_Think_R: No! Lets get mpegplayer up properly first then think about DivX |
15:42:17 | jhMikeS | queue_in_queue_send returns true if the last message dequeued was sent by queue_send and the wait waiting thread wasn't bumped. basically it's the checking part of queue_reply without the reply part |
15:42:18 | * | amiconn starts to understand the PP5002 clock setup :) |
15:42:18 | | Quit Kreative_Think_R (Client Quit) |
15:42:33 | n1s | what's a good way to check for all archos targets? just #ifdef CPU_SH ? |
15:42:35 | Crash91 | Kreative_Think_R: Sandisk has also contacted DivX to help them use DivX on the Orig Firmware |
15:43:18 | Nico_P | jhMikeS: ok, but calling queue_reply each time is all right, isn't it ? |
15:43:30 | Soul-Slayer | Does anyone know where it would be possible to get a replacement Gigabeat F20 battery? |
15:43:40 | jhMikeS | it's fine and intended to be used like that |
15:43:43 | Nico_P | ok |
15:43:55 | | Join atsea- [0] (i=ariel@gateway/tor/x-bd4200a702e2811c) |
15:44:22 | GodEater_ | DerPapst: good to hear yours is okay - there's definitely something wrong with mine though |
15:44:42 | GodEater_ | I used an AC wall charger with it on Friday night - then turned it off once it was fully charged |
15:44:57 | GodEater_ | turned it on this afternoon and got the "Very Low Battery" warning |
15:45:04 | GodEater_ | that can't be healthy |
15:45:21 | DerPapst | no it can't |
15:45:34 | DerPapst | luckily you're still under warranty |
15:45:38 | GodEater_ | true |
15:45:48 | GodEater_ | but I've ordered a new battery for it anyway |
15:45:52 | GodEater_ | an 850maH |
15:46:01 | GodEater_ | instead of the stock 600maH |
15:47:20 | jhMikeS | Nico_P: I don't see where you allocated the struct queue_sender_list and called queue_enable_queue_send |
15:47:28 | Crash91 | GodEater_: What type is the battery?Li-on? |
15:47:42 | GodEater_ | Crash91: yes |
15:48:06 | Crash91 | hmm: how long have you been using it? |
15:48:18 | GodEater_ | since I bought it... |
15:48:33 | Crash91 | which was when.... >_> |
15:48:38 | Nico_P | jhMikeS: the struct queue_sender_list is declared before playback_thread()... I don't think I called queue_enable_queue_send |
15:48:40 | GodEater_ | Sept. 06 |
15:48:45 | DerPapst | hopefully it doesn't ballon as petur'S did |
15:49:14 | GodEater_ | fingers crossed |
15:49:32 | GodEater_ | although if it did |
15:49:37 | GodEater_ | the case should just pop off |
15:49:46 | Crash91 | hmm....thats bad...but li-on batteries have very long lives unless you keep them plugged in for excessive amounts of time |
15:49:48 | GodEater_ | it's not screwed together like an H140 |
15:50:02 | jhMikeS | ah oops |
15:50:22 | DerPapst | true... |
15:50:39 | DerPapst | but imagine it goes one step further than just balloning ;) |
15:50:51 | GodEater_ | I'd rather not! |
15:50:57 | DerPapst | ;P |
15:51:12 | DerPapst | how much was it? |
15:51:43 | GodEater_ | ?114.99 |
15:51:45 | GodEater_ | oops |
15:51:47 | GodEater_ | ?14.99 |
15:51:48 | GodEater_ | :) |
15:52:41 | Nico_P | jhMikeS: is there a particular reason why the queue_send and related functions aren't in the plugin API ? |
15:52:50 | DerPapst | sounds ok... |
15:53:19 | jhMikeS | Nico_P: noone has used them there yet? |
15:53:28 | Nico_P | ok :) |
15:53:55 | * | amiconn wonders what currency '?' is |
15:54:50 | | Quit perplexity (Read error: 110 (Connection timed out)) |
15:55:01 | DerPapst | pound |
15:55:11 | DerPapst | if that is spelled correctly :P |
15:56:10 | Soul-Slayer | £ |
15:56:23 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
15:56:36 | | Nick Crash91 is now known as cras2 (n=crash@196.219.185.84) |
15:56:58 | | Quit amiconn (Nick collision from services.) |
15:56:59 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
15:57:04 | GodEater_ | dodgy irc client again amiconn ? :) |
15:57:09 | GodEater_ | it was indeed GBP |
15:57:10 | amiconn | nope |
15:57:18 | amiconn | WLAN disconnected for some reason |
15:57:19 | Soul-Slayer | Is it really impossible to find a replacement gigabeat F20 battery o.0? Can't find anything other than an 850 mah one and apparently the stock one is 2000mah |
15:57:44 | * | amiconn prefers using the standard 3-letter abbreviations for currencies |
15:57:44 | GodEater_ | Soul-Slayer: where did you read the stock one is 2000mAh ? |
15:58:01 | | Nick cras2 is now known as crash91 (n=crash@196.219.185.84) |
15:58:22 | Soul-Slayer | Well, in Rockbox, under 'Battery capacity' |
15:58:26 | Soul-Slayer | it defaults to 2000 |
15:58:32 | Soul-Slayer | And doesn't even go as low as 850 |
15:58:35 | | Quit printfXh4 (Read error: 113 (No route to host)) |
15:58:53 | | Part chrisjs169 |
15:58:56 | GodEater_ | http://www.rockbox.org/twiki/bin/view/Main/GigabeatInfo |
15:59:07 | GodEater_ | Soul-Slayer: that default means nothing |
15:59:11 | Soul-Slayer | Oh... Right =$ |
15:59:16 | | Join perplexity [0] (n=joust@dxb-b124581.alshamil.net.ae) |
15:59:26 | Soul-Slayer | So this replacement is infact larger... Great ^^ |
15:59:30 | GodEater_ | yep |
15:59:44 | Soul-Slayer | Then why does it say 2000 within Rockbox? What does that mean? |
16:00 |
16:00:08 | GodEater_ | it means nothing because as far as I'm aware, the gigabeat hasn't been calibrated yet |
16:00:13 | * | DerPapst wonders when they introduce batteries based on fullerenes |
16:00:19 | Soul-Slayer | It hasn't? That explains SO much |
16:00:21 | Soul-Slayer | =$ |
16:00:37 | Soul-Slayer | I was wondering why my battery meter went 100, 99, 98, 97, 96, 70... |
16:00:41 | DerPapst | no memmory effect, larger capacities |
16:00:55 | GodEater_ | DerPapst: how about fuel cells ? |
16:01:41 | DerPapst | heh |
16:01:53 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
16:03:55 | | Join Ben1422 [0] (i=3aa17116@gateway/web/cgi-irc/labb.contactor.se/x-07b1dba44922c4eb) |
16:04:26 | crash91 | GodEater_:Why fuel cells? i will not settle for anything below a fusion reactor |
16:05:03 | DerPapst | matter, anti-matter reactor |
16:05:57 | * | DerPapst has watched lots of star trek episodes :P |
16:05:58 | crash91 | knew there was something better :p |
16:06:22 | * | crash91 agrees with DerPapst, |
16:06:29 | | Join Ben1141 [0] (i=3aa17116@gateway/web/cgi-irc/labb.contactor.se/x-1213c509037218c9) |
16:06:35 | Ben1141 | Hello |
16:06:43 | Ben1141 | Where is a sample video? |
16:06:51 | Ben1141 | (to try) |
16:06:58 | Ben1141 | Any links? |
16:07:02 | DerPapst | on the pliginmpegplayer wiki |
16:07:07 | DerPapst | *plugin |
16:07:18 | Ben1141 | Link? |
16:07:27 | DerPapst | dunno. |
16:07:35 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
16:07:37 | DerPapst | but there is that neat serchbox |
16:07:46 | DerPapst | typein mpeg player |
16:07:50 | Ben1141 | OH OK |
16:07:50 | DerPapst | and you'll find it |
16:07:57 | Ben1141 | Thanks |
16:08:00 | DerPapst | ;) |
16:08:54 | crash91 | DerPapst: I Just Can’t Do It Captain |
16:08:57 | | Quit Ben1422 ("CGI:IRC (Ping timeout)") |
16:09:16 | DerPapst | heh ;) |
16:09:24 | | Quit moos ("Glory to Rockbox") |
16:09:27 | | Join Nibbier [0] (n=sven@e181072213.adsl.alicedsl.de) |
16:09:27 | lazka | What is the new LCD sleep mode on the sansa? |
16:10:35 | crash91 | im guessing its something like the LCD patch |
16:10:37 | Ben1141 | 4:3 is widecreen? Where 16:9 is square? |
16:10:51 | crash91 | 16:9 = widescreen |
16:11:07 | crash91 | 4:3 = square-ish (normal TVs) |
16:11:24 | Ben1141 | Okay. Great. Thanks. |
16:11:27 | crash91 | but as you can see, its not square as it is Four by Threee |
16:11:40 | Ben1141 | True. |
16:11:42 | crash91 | and why doesnt threee have threee e's? |
16:11:54 | crash91 | brb |
16:14:18 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:15:09 | jhMikeS | LCD sleep mode actually unpowers the chip. It's an option because it can put a big delay in having the backlight come on again. |
16:15:54 | | Quit Ben1141 ("CGI:IRC (EOF)") |
16:16:03 | lazka | jhMikeS: ahh, thanks |
16:17:29 | lazka | jhMikeS: do you think it will save much battery? |
16:22:11 | jhMikeS | I've no idea really. I guess test if it matters or not. |
16:22:38 | crash91 | yeah...why does the original firmware last 16 hours while rockbox lasts like 4 -5 ? |
16:23:33 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
16:23:34 | jhMikeS | on e200 I thought it ran 12 in battery tests. That may improve shortly with some clocking work. |
16:23:39 | | Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) |
16:24:23 | crash91 | is CPU scaling enabled? i always see boost=100% when i go into Debug>audio thread |
16:24:34 | crash91 | even while completely idle |
16:24:43 | jhMikeS | on e200 is isn't yet |
16:24:53 | crash91 | ok |
16:25:05 | crash91 | Scaling should up life by at least 1 hour |
16:25:54 | Davide-NYC | good morning all (at least morning for me) |
16:26:03 | jhMikeS | use of the COP for audio decoding should help bring the boost down too |
16:26:09 | crash91 | Good evening here |
16:26:25 | Davide-NYC | I cannot find any good documentation (no matter how brief) on the new test_codec plugin |
16:26:40 | jhMikeS | Davide-NYC: hey! what the? you're actually in here? |
16:26:48 | Davide-NYC | hehe |
16:26:51 | Davide-NYC | Sunday morning |
16:27:03 | Davide-NYC | been working (read $$) |
16:27:18 | Davide-NYC | that's why I am a total no show for the last 3 or 4 months |
16:27:20 | Davide-NYC | sorry |
16:27:20 | * | jhMikeS wants some of those $$ :) |
16:27:32 | Davide-NYC | so do I (debt) |
16:27:54 | jhMikeS | oy |
16:28:01 | Davide-NYC | anyhoo, what's all of this about WMA and test_codec... sounds yummy |
16:28:46 | | Join Explosivo [0] (n=chatzill@203.161.86.161.static.amnet.net.au) |
16:29:10 | Davide-NYC | I'd like to merge this http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison into this http://www.rockbox.org/twiki/bin/view/Main/CodecTesting and settle on a copyright free test file as a standard practice. |
16:29:48 | Davide-NYC | that way folks can have a standard place to put test results and the test_codec plugin should make it pretty easy |
16:29:52 | Davide-NYC | right? |
16:30:19 | * | jhMikeS offered his own music and got no reply (not even interest to hear anything) :P |
16:31:00 | Davide-NYC | not by me bro |
16:31:01 | * | crash91 thinks everyone should join #crash |
16:31:02 | bluebrother | jhMikeS: what type of music is it? |
16:31:49 | jhMikeS | just stuff I did with MIDI on a Soundblaster |
16:32:13 | * | Davide-NYC ducks |
16:32:15 | * | crash91 sees why no one wants to listen to it... |
16:32:26 | jhMikeS | can't say I know what style you'd call it |
16:33:36 | jhMikeS | but I'm just putting it on the table and offering it as a standard |
16:36:25 | Davide-NYC | the fishbone track I chose lacks dynamic range. It's also a bit noisy. The style of music doesn't matter really. As long as it get's the job done. The procedure is pretty well defined already in the wiki, it just needs to be updated to include the new test_codec plugin to make it easier. |
16:37:49 | | Quit Crash91_ ("received SIGTERM") |
16:38:34 | | Join xDefender [0] (n=BotsUser@196.219.185.84) |
16:40:18 | lazka | Am I the only one noticing sluggish scrolling while playing music lately?? I don't remember it this bad.. :/ |
16:42:00 | | Quit xDefender (Client Quit) |
16:42:15 | | Join Crash91_ [0] (n=BotsUser@196.219.185.84) |
16:42:26 | jhMikeS | lazka: no...not the only one. are you inclined to find when it started? I'm sure it's probably my fault. ;) |
16:43:25 | jhMikeS | it seems to start boosting the codec thread a bit sooner than it did :\ |
16:49:05 | lazka | btw. is there now a known way to avoid the database refresh of the original firmware? |
16:50:47 | crash91 | nope |
16:50:53 | crash91 | unless youre in mtp |
16:51:13 | crash91 | lazka: in the future, speicfy youre talking about a sansa :) |
16:52:02 | lazka | crash91: sry, i always forget that |
16:52:21 | crash91 | :) |
16:58:09 | Davide-NYC | question: why was test_codec removed from SOURCES? |
17:00 |
17:01:17 | *** | Saving seen data "./dancer.seen" |
17:03:16 | | Quit hannesd ("Client suicide") |
17:03:40 | | Quit Explosivo ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") |
17:07:32 | n1s | Davide-NYC: it's a testing plugin for developers, not intended for users, just like test_fps |
17:07:35 | * | crash91 wonders why noone cares about #crash |
17:09:33 | Davide-NYC | n1s: so I just add a test_codec line to apps/plugins/SOURCES and recompile? |
17:09:44 | n1s | Davide-NYC: yes |
17:09:57 | Davide-NYC | thanks |
17:10:15 | Davide-NYC | I'm getting some errors in the h1x0 sim built under cygwin |
17:10:35 | n1s | Davide-NYC: then long-press select on a file and open with test_codec |
17:10:53 | Davide-NYC | thanks |
17:11:17 | Davide-NYC | nevermind about the sim error |
17:11:27 | Davide-NYC | forgot to make install (doh!) |
17:16:30 | lazka | ok, forget it... scrolling has alway been this sluggish.. |
17:20:04 | crash91 | Davide-NYC: join #crash again sometime! |
17:20:09 | | Quit perplexity (Read error: 110 (Connection timed out)) |
17:20:35 | * | Davide-NYC waits for the puchline |
17:20:49 | * | Davide-NYC *punchline |
17:21:44 | * | crash91 feels sorry for Davide-NYC |
17:21:59 | Nico_P | jhMikeS: about my buffering code, what do you think about the use of structs to pass argument data through the queue_* calls ? |
17:22:20 | crash91 | ***Crash wonders why noone cares about #crash |
17:23:02 | crash91 | and why are there no ops on this channel?!>! |
17:23:56 | n1s | Crash91: please stop spamming, and the ops are here but they don't have their op hats on all the time :-) |
17:24:12 | crash91 | :) |
17:24:31 | crash91 | and in what way am i spamming :p |
17:25:11 | * | Davide-NYC hugs ignore |
17:25:14 | jhMikeS | Nico_P: didn't you ask that already? |
17:25:38 | Nico_P | jhMikeS: did you answer ? sorry if you have |
17:25:54 | jhMikeS | yes, that's another good use of it and recording does that |
17:25:58 | crashd_ | ~yeah |
17:26:01 | crashd_ | not so bad i guess |
17:26:04 | crashd_ | not looking forward to another week |
17:26:20 | | Quit crash91 (Client Quit) |
17:27:18 | Nico_P | jhMikeS: I thought that part was about queue_send :) |
17:27:26 | | Join The-Compiler [0] (n=florian@237.47.76.83.cust.bluewin.ch) |
17:30:07 | * | jhMikeS is examinig more closely |
17:31:12 | jhMikeS | that'll work as long as another thread can't come along and clobber the data |
17:34:38 | Davide-NYC | Suggestion for the test_codec plugin: the log file should be delimited in such a way that a person could cut'n'paste the output to the wiki and get a reasonably formatted table there |
17:35:12 | Davide-NYC | maybe using the | symbol instead of LFs within a particular result. |
17:35:24 | Davide-NYC | then LF between file results |
17:37:28 | | Join mattzz [0] (n=mattzz@e177168040.adsl.alicedsl.de) |
17:46:17 | jhMikeS | Nico_P: this new buffer is going to send a message and wait every time a codec wants some data? |
17:48:28 | Nico_P | jhMikeS: what do you mean by "send a message and wait" ? |
17:50:38 | amiconn | jhMikeS: Do we really need invert on colour targets? |
17:50:56 | jhMikeS | it appears that a message is sent to get any piece of data at all instead of just reading it on the calling thread unless I've just not gotten familiar enough with it |
17:51:29 | jhMikeS | amiconn: If not then maybe it should go on all of them since it's not the only one with that |
17:51:52 | jhMikeS | iCatcher looks better inverted though :) |
17:51:54 | amiconn | I don't know of any. Only b&w and greyscale targets |
17:51:59 | jhMikeS | x5 |
17:52:10 | amiconn | X5 also has that nasty sleep option |
17:52:27 | amiconn | That should go away, and display sleep always enabled |
17:53:13 | * | amiconn almost never uses his X5 |
17:53:13 | Nico_P | jhMikeS: the calling thread calls bufgetdata to know how much data he can read |
17:53:17 | jhMikeS | some find the extra delay to restart the lcd from standby annoying though...myself included. it's ok if I'm not going to touch it for awhile. |
17:53:56 | amiconn | Then make it sleep a fixed amount of time after the backlight goes off |
17:54:02 | amiconn | (e.g. 5 seconds) |
17:54:48 | jhMikeS | Nico_P: but why is a message send/post needed to get that information? that kind of task switching can be slow. |
17:54:53 | amiconn | Usually I am easily annoyed by delays, but on X5 I couldn't even notice the difference between lcd sleep enabled and disabled |
17:55:02 | jhMikeS | mmm...I ususually use around 30s or more. |
17:55:22 | Davide-NYC | does anyone know of a command line WMA encoder? |
17:55:29 | Nico_P | jhMikeS: it's true that a message probably isn't needed |
17:56:20 | | Join crash91 [0] (n=crash@196.219.185.84) |
17:56:21 | Crash91_ | Welcome Crash!! |
17:56:54 | Nico_P | jhMikeS: that's why I asked you to look at the code :) I have no experience in threaded programming so review is good |
17:57:10 | | Quit crash91 (Client Quit) |
17:57:59 | jhMikeS | amiconn: I'm quite aware of the sluggishness of bringing the display back since the delays needed are much longer |
17:58:27 | Nico_P | jhMikeS: the thing is the buffer might have to be filled in order for the required amount of data to be available |
17:59:46 | jhMikeS | Nico_P: so, if the data isn't available, then block. otherwise let the caller update the read position. some mutexing in the correct places is going to be way more efficient. |
18:00 |
18:00:42 | Nico_P | ok |
18:01:11 | Nico_P | jhMikeS: I'm starting to wonder if a buffering thread is really necessary... |
18:02:15 | | Join PaulJam [0] (i=Paul@vpn-3006.gwdg.de) |
18:02:43 | jhMikeS | it might not be nescessary but it might be nice. the thing with threaded programming is to lock things together as little as possible or you lose the benefit. |
18:05:06 | Nico_P | hmm, I think I'm losing sight of what it should do. in fact it should almost only check wether the buffer has enough data and fill it when appropriate, shouldn't it ? |
18:05:47 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
18:07:07 | jhMikeS | it could block if the request can't be satisfied or even be pollable without a block or both |
18:07:59 | jhMikeS | recording performs no locking at all but just polls the status of the data (but that is much simpler overall) |
18:08:30 | Davide-NYC | afternoon y'all |
18:08:34 | | Quit Davide-NYC ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") |
18:09:34 | Nico_P | jhMikeS: I'll look at the recording code, it might prove inspirational :) what do you mean by "be pollable without a block or both" |
18:09:40 | Nico_P | ? |
18:09:45 | jhMikeS | if the COP runs the codec and the buffer runs on the CPU for pp targets with practically no locking, that's the best situation since the cop can just whiz through and get the data |
18:10:16 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
18:10:17 | jhMikeS | the call for data could optionally block until the data is ready or just return with a status of some sort |
18:11:05 | Nico_P | ok, so in fact there's no need for the message queue ? |
18:11:25 | Nico_P | at least for the Q_BUF* messages ? |
18:11:45 | | Join miepchen^schlaf [0] (n=hihi@p54BF7019.dip.t-dialin.net) |
18:13:35 | jhMikeS | not strictly unless a wait is needed/wanted for the data or some reply is needed from the thread |
18:15:01 | | Join z35 [0] (n=z@adsl-35-190-123.dab.bellsouth.net) |
18:15:18 | jhMikeS | one advantage to polling is letting the codec free to keep checking its own status like whether to quit or not and that can avoid deadlocks. |
18:16:46 | pondlife | Nico_P: I was vaguely thinking that any buffering thread would only be for filling the buffer, not necessarily for handling the API requests, if that's any help. |
18:17:21 | pondlife | Sorry I've not had time to look at your code since you started thread stuff. |
18:17:22 | Nico_P | pondlife: that's what I was starting to think too |
18:17:29 | pondlife | Good:) |
18:17:50 | Nico_P | pondlife: I think I'm just going to throw away most of the threading stuff I did, anyway :p |
18:19:03 | | Quit Crash91_ (Read error: 110 (Connection timed out)) |
18:19:05 | jhMikeS | I'm thinking that codecs having a message queue would be beneficial since things like requesting a stop or a seek (relatively rare event) could be done simply and securely. |
18:19:23 | Nico_P | jhMikeS: I think i'll go with polling... just to make sure we're talking about the same thing, it means that (for example) bufgetdata will return an error status if it can't provide enough data ? |
18:20:05 | | Quit bluebrother (Read error: 113 (No route to host)) |
18:20:15 | Nico_P | ... instead of blocking to try to fill the buffer in order to be able to provide the data ? |
18:20:17 | pondlife | Nico_P: I think bufread/bufgetdata need to block... otherwise what will the calling routine do if there's not enough data... |
18:20:42 | pondlife | It would have to wait I think - hence blocking but in a different place. |
18:20:51 | Nico_P | that's true |
18:20:54 | jhMikeS | right, and it can do other stuff and check it again until the data is ready |
18:21:19 | pondlife | I don't know if the codec callbacks allow that flexibility. |
18:21:52 | | Join bluebrother [0] (i=XjYAWSWQ@nat-wh-1.rz.uni-karlsruhe.de) |
18:22:06 | jhMikeS | so, if the data isn't ready...post a message and return to the codec. the codec checks it's queue status and if nothings there to process, it checks the buffer status again |
18:22:06 | pondlife | When a codec needs data, it needs data, right? |
18:22:29 | pondlife | I thought the codec made the call to request more data? |
18:22:47 | Nico_P | I think it does |
18:22:55 | jhMikeS | and it would but the codec doesn't have to block there |
18:23:37 | pondlife | Ah, there's a response on the codec queue...? |
18:23:54 | jhMikeS | it's already a deadlock possiblity because how do you tell a blocked codec to quit? |
18:24:19 | pondlife | Is that what's causing the STOP while resuming lock? |
18:24:21 | jhMikeS | we already have a resume deadlock in the works :) |
18:24:42 | pondlife | Hey, the more the merrier :p |
18:24:45 | jhMikeS | I fixed it but by relying on timing and avoiding a yield in one spot |
18:25:25 | pondlife | Needs some proper design really. |
18:25:40 | * | pondlife hints |
18:25:43 | Nico_P | I don't really feel competent for such design |
18:25:48 | pondlife | Me neither. |
18:26:49 | pondlife | It does "feel" that the codec handling is a little overcomplicated and too dependent on other threads/timing. |
18:27:14 | pondlife | But that's way OT for buffering/MoB. |
18:27:40 | | Quit zylche ("+++ ATH0--;") |
18:29:03 | jhMikeS | way OT? it seems OnT since the buffer deals with both the metadata and audio data |
18:29:24 | pondlife | I didn't think the codec interface would need to change. |
18:29:32 | | Join bdgraue [0] (n=bdgraue@dyndsl-085-016-107-036.ewe-ip-backbone.de) |
18:29:48 | jhMikeS | pondlife: that's one problem with playback.c. no mutexing between the codec and buffer and since yields come and go, that just throws it off when it changes. |
18:29:49 | pondlife | Just the mechanism by which we pass the data pointers. |
18:30:58 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
18:31:30 | jhMikeS | I just thought of the codec queueing and polling for buffer data today. it could keep things responsive and deadlock free. |
18:32:16 | pondlife | Sounds good... perhaps you could explain more... (especially to Nico_P and JdGordon!) |
18:32:22 | | Quit merbanan (Remote closed the connection) |
18:32:24 | Nico_P | indeed |
18:32:25 | jhMikeS | buffering should be abstracted away from playback.c of course. that's very important to fixing it all. |
18:32:36 | Nico_P | I'd be happy to help improve the playback code |
18:32:52 | Nico_P | ...beyond MoB of course |
18:34:06 | | Join Robin0800 [0] (n=Robin080@cpc4-brig8-0-0-cust563.brig.cable.ntl.com) |
18:34:20 | jhMikeS | with buffering abstracted enough wouldn't anything on the buffer be easier? |
18:34:32 | | Join BHSPitLappy [0] (n=steve-o@adsl-67-64-107-44.dsl.rcsntx.swbell.net) |
18:35:34 | | Join FalscherProphet [0] (n=lukas_ke@pD9E46F24.dip.t-dialin.net) |
18:35:53 | jhMikeS | well, talking about this has renewed my interest in true seeking support in mpegplayer...that's a bugger since two decoders are reading it at the same time and they aren't nescessarily in sync. |
18:35:55 | | Part FalscherProphet |
18:36:52 | pondlife | mpegplayer might be an easier place to develop/test the buffering API... |
18:37:17 | pondlife | I've not looked at the code, but it must be clearer than playback.c. |
18:37:30 | | Quit inversions (Read error: 113 (No route to host)) |
18:41:06 | jhMikeS | essentially reversing everything from how it is now seems to be the way to go...lol. a thread is still needed for background buffering though. |
18:41:43 | pondlife | Will that work with the Archos playback too? |
18:42:58 | jhMikeS | I would think so. I think the MAS codec should just be seen as a codec. why does playback need to know if the decoder itself is hardware or software? |
18:43:34 | pondlife | MAS playback doesn't use playback.c, so I assume it has separate buffering at the moment.. |
18:43:48 | pondlife | But this should be unified. |
18:43:53 | jhMikeS | it's all completely duplicated |
18:46:22 | jhMikeS | I suppose it would get encoded data out of the buffer the same way as a software one but it just wouldn't make pcm buffer calls to do output but could call a hardware driver API instead |
18:47:41 | amiconn | The difference with the MAS is that we (ideally) do not want the "codec" to copy the data into a separate buffer, but operate in-place |
18:48:28 | amiconn | However, if we want to support simple compressing codecs instead of just pcm wav/aiff and mp3 (e.g. adpcm), we would need a separate buffer |
18:50:25 | jhMikeS | I suppose simple access to a pointer is fine, if a "codec" wants to copy it can copy or just use it in place. Things don't nescessarily copy now anyway for SWCODEC. |
18:51:08 | amiconn | The bitswap would need to run *in* the main data buffer |
18:51:25 | amiconn | ...and it needs to remember which parts are already swapped |
18:51:44 | amiconn | This could probably be handled in the metadata header of the track |
18:51:54 | jhMikeS | how is the bitswap performed |
18:52:56 | jhMikeS | every 32-bit int needs the bits reversed? |
18:53:50 | amiconn | No, every byte |
18:55:49 | jhMikeS | too slow to just never buffer unswapped data? |
18:55:55 | | Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) |
18:56:29 | amiconn | The bitswap is asm optimised nowadays |
18:56:45 | amiconn | Perhaps we could swap on load, that'd need experimentation |
18:57:44 | jhMikeS | also for pcm or just mp3 data? |
18:57:57 | amiconn | pcm and mp3 |
18:58:08 | amiconn | This is not due to the mas, but due to the SH1 SPI |
18:58:21 | amiconn | For Ondio, I'm even tempted to add a "multimedia read" to the mmc driver |
18:58:41 | amiconn | This would save the current double-swapping |
18:59:22 | | Quit spiorf_ (Remote closed the connection) |
18:59:35 | amiconn | The MMC also uses SPI, and the SH1 SPI uses the reverse bit order to what everything else uses |
18:59:43 | jhMikeS | one would think the SH could have implemented a bit order switch :\ |
18:59:52 | amiconn | SH2 and higher have that |
19:00 |
19:00:18 | | Quit mattzz ("Leaving") |
19:01:20 | *** | Saving seen data "./dancer.seen" |
19:03:53 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
19:04:32 | | Part kaaloo |
19:19:51 | bluebrother | XavierGr: around? Missed your question earlier ... |
19:21:11 | * | jhMikeS wonders what could possibly have added so much size to e200 with an lcd commit :\ all of recording hardly added that much. |
19:23:22 | The-Compiler | Can I install a firmware-file on the iPod without using iPodWizard? |
19:23:24 | | Join krazykit [0] (n=krazykit@gct09-56.gctel.net) |
19:23:50 | The-Compiler | Maybe with ipodpatcher? |
19:24:23 | bluebrother | you can write binaries with ipodpatcher. Just try the −−help option ;-) |
19:27:03 | Nico_P | jhMikeS, pondlife: you might want to look at what I just committed |
19:27:14 | Nico_P | (in Jd's SVN) |
19:27:48 | The-Compiler | bluebrother: It doesn't work: [ERR] Input file too big for buffer |
19:27:59 | The-Compiler | With ./ipodpatcher /dev/sdb -wfb ../firmware5.5.bin |
19:28:19 | The-Compiler | I would like to replace the original-apple-firmware with a modified one. |
19:28:38 | bluebrother | then dd it to the hidden partition. |
19:28:45 | bluebrother | and reinstall the bootloader afterwards. |
19:29:02 | bluebrother | or try −−write-partition :) |
19:30:56 | The-Compiler | The hidden partition has also other images than the firmware, hasn't it? |
19:31:32 | The-Compiler | Well, I'll give it a try |
19:31:40 | bluebrother | none that I know of. Disc mode is in flash afaik |
19:31:49 | bluebrother | you could just save the partition before ... |
19:32:13 | pondlife | Nico_P: Do you need line 751 - "read = MIN(read, GUARD_SIZE);" ? |
19:34:30 | amiconn | bluebrother: On the video there are other images than just the firmware |
19:35:19 | bluebrother | ah. Only on the video? |
19:37:55 | | Join mario [0] (n=mario@CPE0040f4aafb00-CM0012c99ea6b4.cpe.net.cable.rogers.com) |
19:38:08 | | Nick mario is now known as Covert (n=mario@CPE0040f4aafb00-CM0012c99ea6b4.cpe.net.cable.rogers.com) |
19:38:43 | | Nick Covert is now known as Covert28 (n=mario@CPE0040f4aafb00-CM0012c99ea6b4.cpe.net.cable.rogers.com) |
19:39:09 | | Join merbanan [0] (n=banan@83.233.243.210) |
19:39:29 | Covert28 | Is there a ferrari theme? |
19:40:23 | | Join spiorf [0] (n=spiorf@host5-209-dynamic.14-87-r.retail.telecomitalia.it) |
19:40:33 | Nico_P | pondlife: that's to read small chunks... it's not really necessary |
19:40:52 | Nico_P | without it, all the availale data is read at once |
19:41:19 | pondlife | Can bufgetdata return a larger value than GUARD_DATA? |
19:41:50 | pondlife | I assumed not, but I suppose it could do. |
19:41:58 | pondlife | GUARD_SIZE I mean |
19:44:19 | jhMikeS | Nico_P: looks pretty good so far. I'll have to give a closer look later since I've got some stuff to do around here. |
19:48:57 | lazka | Covert28: http://www.rockbox-themes.org/ |
19:54:32 | ptw419 | anyone know if there is a way to force a section to be linked even if it isn't used? |
19:54:44 | ptw419 | i mean functions within a section |
19:55:00 | ptw419 | w/ gnu ld |
19:58:01 | The-Compiler | It won't work with −−write-partition... |
19:58:24 | Nico_P | pondlife: bufgetdata can return up to the size of the main buffer |
19:58:52 | Nico_P | if the file starts at the beginning of the buffer and fills it |
20:00 |
20:02:50 | pondlife | OK, so the amount of available data.... makes sense. |
20:03:07 | pondlife | I was originally thinking of it as a posix-read-style call. |
20:07:27 | Nico_P | pondlife: what would it return then ? |
20:07:37 | XavierGr | bluebrother: I will be around for 5 minutes, I asked you how you managed to get the rtc chips. |
20:09:09 | | Join ender [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
20:09:30 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
20:09:32 | | Quit Thundercloud (Remote closed the connection) |
20:11:08 | | Quit lazka ("I'm off now") |
20:11:28 | pondlife | Nico_P: The return value would be limited by the length of data requested.. not relevant here though. |
20:11:29 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
20:11:52 | Nico_P | ok so it's good as it is ? |
20:13:25 | | Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) |
20:15:04 | Nico_P | after a few changes it seems to be working a bit... it's "playing back" one of my files |
20:15:48 | Davide-NYC | Hello again. I just wanted to report here that the test_codec plugin wreaks havoc on my H1x0 and my GBFX. At least when using the "Spreed Test Folder" option. |
20:16:01 | Davide-NYC | *Speed |
20:18:11 | Davide-NYC | The clock gets reset to −−:−− and I am unable to playback anything nor load plugins. |
20:21:03 | | Part Arathis ("Bye, bye") |
20:23:26 | | Join perplexity [0] (i=heh5390@dxb-as74784.alshamil.net.ae) |
20:24:10 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
20:24:21 | | Part kaaloo |
20:25:23 | Nico_P | woohoo ! it works ! |
20:25:30 | Nico_P | (on the sim for now) |
20:26:04 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
20:27:26 | Davide-NYC | clearing all settings seems to have resolved the problem. False alarm #2. |
20:28:23 | | Join BHSPitLappy [0] (n=steve-o@adsl-67-64-107-44.dsl.rcsntx.swbell.net) |
20:31:32 | | Quit Covert28 ("Leaving") |
20:33:17 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
20:35:58 | gregj | what's up folks |
20:37:56 | Davide-NYC | still having problems. |
20:38:28 | Davide-NYC | test_codec has problems when using the "Speed Test Folders" option. Where do Ireport my findings? |
20:40:08 | Davide-NYC | it's almost like it runs out of memory (or something) at a certain point. |
20:41:19 | | Join BHSPitLappy_ [0] (n=steve-o@adsl-65-69-152-82.dsl.rcsntx.swbell.net) |
20:41:47 | | Quit BHSPitLappy (Nick collision from services.) |
20:41:49 | | Nick BHSPitLappy_ is now known as BHSPitLappy (n=steve-o@adsl-65-69-152-82.dsl.rcsntx.swbell.net) |
20:42:10 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") |
20:43:18 | | Join Biagi [0] (n=biagi@vir91-6-82-245-131-202.fbx.proxad.net) |
20:43:22 | Biagi | http://biagi.miniville.fr/env |
20:45:37 | | Join tumu [0] (n=tumu@dsl-olubrasgw1-ff2bc100-41.dhcp.inet.fi) |
20:46:44 | tumu | any update on sansa's bootloader lcd corruption (FS6896) in re: of latest lcd patches? |
20:49:41 | | Part Biagi |
20:50:38 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
20:51:51 | | Join andy__ [0] (n=chatzill@dyn-62-56-127-84.dslaccess.co.uk) |
20:53:56 | andy__ | Do RockBox support IPod video playback either on the ipod's screen or via TV-Out? |
20:53:57 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
20:55:24 | | Join ]RowaN[ [0] (i=a2b0y@82-43-210-209.cable.ubr10.nmal.blueyonder.co.uk) |
20:56:35 | | Join R2-D2-Master [0] (n=chatzill@p50818F06.dip0.t-ipconnect.de) |
20:56:43 | R2-D2-Master | hello |
20:56:47 | R2-D2-Master | i need a fast answer |
20:57:03 | | Join lazka [0] (n=lazka@83-65-239-91.dynamic.xdsl-line.inode.at) |
20:57:10 | bluebrother | fast answer |
20:57:21 | R2-D2-Master | is 55€ a high price for a used MK3006GAL 30GB IDE 1,8" HDD |
20:57:31 | R2-D2-Master | not ZIF |
20:57:43 | | Join EbErT [0] (n=EbErT@adsl-215-195-38.aep.bellsouth.net) |
20:59:04 | bluebrother | search for mk3006gal on ebay. Look at the second match (ebay shops) |
20:59:52 | bluebrother | should give you at least a feeling ... |
21:00 |
21:01:22 | *** | Saving seen data "./dancer.seen" |
21:01:55 | | Part maffe |
21:03:06 | R2-D2-Master | the 1 match is the one i want to buy, the second is a shop where it costs 119 € |
21:03:14 | R2-D2-Master | well |
21:03:23 | bluebrother | that's exactly what I saw :) |
21:03:27 | Soap_ | 55 seems low. used/refurbushed |
21:03:29 | R2-D2-Master | i'm not shure why nobody wants the hdd, |
21:03:44 | bluebrother | no idea |
21:03:51 | R2-D2-Master | but when it's really not usable |
21:04:08 | | Quit andy__ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007061520]") |
21:04:40 | Soap_ | (that was supposed to be a question) |
21:04:46 | R2-D2-Master | than its illegal i think... |
21:05:05 | Soap_ | what is? |
21:05:06 | R2-D2-Master | even if it's a private auction (is it the same in englisch?) |
21:05:10 | R2-D2-Master | when i buy it |
21:05:21 | R2-D2-Master | an its damaged |
21:05:29 | Soap_ | link? |
21:05:30 | bluebrother | why should it be illegal selling a hard disk? |
21:05:33 | R2-D2-Master | and it wasnt noticed |
21:05:40 | R2-D2-Master | no if its damaged |
21:05:49 | R2-D2-Master | http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=230148321283 |
21:06:08 | EbErT | ebay is about trust, ask them if they'll stick to a limited guarantee |
21:06:09 | R2-D2-Master | and the seller didnt write it in the description |
21:06:13 | | Quit entheh (Remote closed the connection) |
21:06:35 | bluebrother | well, if he doesn't sell it as broken one should assume it's not. |
21:06:49 | pondlife | Nico_P: So it works on the sim, what about on target? Or is that still having memmove problem? |
21:06:53 | Soap_ | I can't read the description :( |
21:06:58 | | Join entheh [0] (n=purr@88-106-246-6.dynamic.dsl.as9105.com) |
21:07:06 | Soap_ | 55 Euro is cheap as heck. I bet it is used. |
21:07:10 | Nico_P | pondlife: I think it should work on target... still not tested though |
21:07:20 | pondlife | OK, just wondered. |
21:07:30 | bluebrother | it is described as used. |
21:07:46 | R2-D2-Master | but not as damaged |
21:07:58 | R2-D2-Master | what a decision |
21:08:00 | R2-D2-Master | ^^ |
21:08:02 | pondlife | Davide-NYC: Did you find a command-line WMA encoder by the way? This might help: http://www.microsoft.com/windows/windowsmedia/forpros/encoder/features.aspx |
21:08:04 | Soap_ | there is a lot of "professed ignorance" on ebay. |
21:09:22 | Davide-NYC | pondlife: thanks. It's not as 'clean' as I'd like. I winder if a single exe file exists. |
21:09:27 | Davide-NYC | *wonder |
21:10:53 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
21:14:37 | | Quit Thundercloud (Remote closed the connection) |
21:16:06 | | Join TTSbox [0] (n=OzgurOzt@aksu.cse.ohio-state.edu) |
21:22:22 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0f240f577822a6cd) |
21:22:33 | saratoga | the windows media encoder package comes with a command line encoder |
21:23:39 | saratoga | though it doesn't expose anything that not available to the gui |
21:25:06 | | Quit ompaul ("init 6 testing") |
21:25:28 | saratoga | i'm still trying to come up with a good way to analyze memory accesses in the wma decoder so i can optimize whats in IRAM |
21:25:45 | saratoga | anyone tried Valgrind? |
21:27:11 | Davide-NYC | saratoga: is ther an easy way for me to redistribute the encoder without necessitating an installer package and windows validation etc etc |
21:27:53 | Davide-NYC | something similar in elegance to lame.exe? |
21:30:34 | saratoga | Davide-NYC: can you just link to the WME installer? |
21:31:29 | saratoga | i have no idea if the encoder will work without it installed |
21:31:30 | | Join tiwest [0] (i=5693913f@gateway/web/cgi-irc/labb.contactor.se/x-e080c24a01819af6) |
21:31:38 | tiwest | hiya! |
21:32:57 | pondlife | saratoga (or anyone): What's the best WMA decoding performance seen on Coldfire? |
21:33:19 | saratoga | pondlife: someone in the logs reported ~120% realtime |
21:33:29 | saratoga | no idea if theres better, i don't have a coldfire player to test |
21:34:28 | Davide-NYC | saratoga: OK I'm gonna give up on getting a local folder install working |
21:35:28 | Davide-NYC | so if I'm going to have users install WME9 what parameters should I use for encoding? |
21:35:28 | | Quit R2-D2-Master ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") |
21:35:28 | Davide-NYC | *I meant "local folder non-install" |
21:36:25 | saratoga | Davide-NYC: see if this works without it: http://www.duke.edu/~mgg6/rockbox/WMCmd.vbs |
21:36:46 | bluebrother | pondlife, saratoga: I just got 122% on a random test file (192kbps) |
21:36:53 | Davide-NYC | is that a modified version? |
21:37:04 | | Quit tiwest ("CGI:IRC (Ping timeout)") |
21:37:24 | saratoga | Davide-NYC: no just the stock one |
21:37:33 | saratoga | its a wrapper for the DS encoder, so it may work anyway |
21:37:44 | Davide-NYC | it no worky (already tried it. |
21:37:52 | merbanan | saratoga: what kind of files do you need ? |
21:38:12 | pondlife | bluebrother: Is that enought to play without gapping? |
21:38:46 | bluebrother | it worked for me. Haven't checked how that works if it's buffering |
21:38:49 | Davide-NYC | saratoga: I mean it works but the user would need to have installed the package. Which is no biggie, I was just trying to avoid it. |
21:39:18 | bluebrother | but the audio thread screen showed a boost ratio < 100% |
21:43:33 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
21:46:00 | Nico_P | pondlife: I think I should add some screen output before testing on target |
21:46:10 | Nico_P | otherwise I won't know what's happening |
21:46:37 | | Join saratoga2 [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-81d4abb8c7c109d2) |
21:47:00 | Davide-NYC | quick question about AIFF (I know, who cares) do we want signed or unsigned data? |
21:47:05 | | Join theBishop [0] (n=mike@c-76-99-149-43.hsd1.pa.comcast.net) |
21:47:21 | theBishop | can anyone help me with restoring the partitions on my 4G ipod? |
21:47:50 | saratoga2 | another question: how do i get teh asm for a function out of arm-elf-gcc? |
21:48:00 | saratoga2 | i can do it for regular gcc, but not the arm cross compiler |
21:48:05 | saratoga2 | anyone ever figured this out? |
21:48:42 | bluebrother | well, shouldn't arm-elf-gcc work like the host gcc? |
21:49:12 | | Join PaulJam_ [0] (i=Paul@vpn-3006.gwdg.de) |
21:49:20 | | Quit saratoga (Read error: 104 (Connection reset by peer)) |
21:49:26 | saratoga2 | bluebrother: yes, but it cannot compile test programs like regular gcc can, only rockbox (or at least things passed through rockbox's makefiles) |
21:50:07 | saratoga2 | so if I just want to see what the asm of a function looks like, I have no way to tell gcc to just give me the arm asm for that function (though I can easily get the x86) |
21:51:07 | | Quit entheh (Remote closed the connection) |
21:51:27 | | Join entheh [0] (n=purr@88-106-246-6.dynamic.dsl.as9105.com) |
21:51:28 | bluebrother | you could try finding the function by disassembling with objdump |
21:51:39 | n1s | saratoga2: you can add the -S to the compiler switches in the makefile, that will make it output assembler code |
21:52:07 | saratoga2 | bluebrother: how would I locate the function in the entire codec source? |
21:52:33 | bluebrother | maybe -save-temps helps also? |
21:52:54 | bluebrother | objdump displays the function names when running on rockbox.elf |
21:53:08 | bluebrother | at least I understand it doing so ;-) |
21:53:49 | theBishop | is there a place i could get a stock firmware for 4G |
21:53:59 | n1s | theBishop: itunes? |
21:54:27 | bluebrother | objdump also has an option to intermix source with asm. Haven't figured out how this works if the sources are in subfolders though |
21:55:13 | saratoga2 | bluebrother: t hanks, that option got it |
21:55:27 | bluebrother | hmm, -I seems to be useful ... |
21:55:49 | | Quit The-Compiler (Read error: 104 (Connection reset by peer)) |
21:57:01 | theBishop | n1s, i don't run an operating system supported by iTunes |
21:57:41 | bluebrother | theBishop: check the IpodManualRestore wiki page (the page might be named slightly different) |
21:57:48 | | Quit hannesd (Read error: 110 (Connection timed out)) |
22:00 |
22:00:41 | theBishop | bluebrother, link? |
22:00:47 | | Join jhulst [0] (n=jhulst@75-128-122-162.dhcp.aldl.mi.charter.com) |
22:01:15 | bluebrother | well, the Rockbox wiki has a search function ... |
22:01:50 | Nico_P | pondlife: finally I decided to test without adding screen output... I got panic: stkov |
22:01:52 | bluebrother | http://www.rockbox.org/wiki/IpodManualRestore |
22:03:31 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
22:09:08 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
22:12:03 | | Nick PaulJam_ is now known as PaulJam (i=Paul@vpn-3006.gwdg.de) |
22:13:30 | | Join Psilonaut [0] (i=DaPhunka@208.175-64-87.adsl-dyn.isp.belgacom.be) |
22:13:39 | | Quit theBishop (Remote closed the connection) |
22:15:57 | Nico_P | pondlife: it works on target ! :D |
22:16:10 | | Join dj``bergamote [0] (n=coolcubi@ASte-Genev-Bois-151-1-16-103.w82-121.abo.wanadoo.fr) |
22:16:13 | Nico_P | I had to increase the stack size quite a lot but it ended up working |
22:16:22 | n1s | Nico_P: congratz |
22:16:54 | Nico_P | :) |
22:22:35 | | Join belze_ [0] (i=nifty@dslb-088-073-213-179.pools.arcor-ip.net) |
22:22:59 | belze_ | wma is running faster than realtime on my iriver h100 after the last submit :) |
22:23:02 | belze_ | thx alot guys |
22:24:42 | | Quit TTSbox ("Leaving") |
22:25:02 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
22:26:21 | Davide-NYC | guys I need help with a batch file |
22:27:04 | stripwax | go for it |
22:27:16 | | Join pixelma [0] (i=pixelma@212.204.47.129) |
22:27:37 | Davide-NYC | http://pastebin.ca/609313 |
22:28:06 | Davide-NYC | the wma encoding lines (line 90) don't work and I don;t know why |
22:28:34 | hcs | ooh, the pp5020 scaling freeze is fixed? |
22:28:38 | bluebrother | do they if you run the lines from the command prompt? |
22:28:54 | Davide-NYC | yes if I substitute %file% for the filename |
22:28:54 | scorche | hcs: since a bit ago thanks to amiconn |
22:29:28 | hcs | awesome |
22:29:55 | bluebrother | i.e. %file% becomes sample.wav? |
22:29:57 | bluebrother | hmm. |
22:30:27 | Davide-NYC | Ooops! move the WMCmd.vbs up a level and get rid of the folder "codecs/" reference |
22:30:40 | Davide-NYC | crap let me fix this |
22:32:05 | stripwax | Davide-NYC is this related to this? http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison |
22:32:23 | Davide-NYC | yes, but I think me fixed it (maybe) |
22:32:54 | Davide-NYC | gotit! |
22:33:05 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
22:33:13 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
22:33:14 | scorche | hrm...so who is going to be willing to patrol the new themes repository beat?...requirements for the job: FTP client, willing to get automated mails notifying you that a theme was submitted and (hopefully) having it be done already, not likely to be hit by a bus any time soon |
22:33:19 | | Quit dj`bergamote (Read error: 110 (Connection timed out)) |
22:33:57 | Davide-NYC | saratoga2: what bitrate above 320 does the wma encoder like? |
22:36:33 | | Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) |
22:36:39 | | Join amiconn [0] (n=jens@p54BD4E3B.dip.t-dialin.net) |
22:39:24 | saratoga2 | Davide-NYC: I have no idea |
22:39:31 | amiconn | dan_a: around? |
22:39:37 | saratoga2 | i don't know what the valid bitrates are for mwa |
22:39:38 | saratoga2 | wma |
22:40:08 | Davide-NYC | me neither and I'm striking out just trying different numbers. |
22:40:17 | stripwax | Davide-NYC : - did your m4a tracks really decode in 0.02 s? |
22:40:27 | saratoga2 | i've been testing with 192k, it only seems marginally slower then 128k |
22:40:55 | amiconn | saratoga2: wma is now usable on coldfire, but it struggles a lot |
22:41:11 | amiconn | On arm it's now completely on par with wma |
22:41:16 | saratoga2 | amiconn: how big of a difference did those changes make? |
22:41:22 | Davide-NYC | I've just finished the batchfile and am updating the wiki page. Hopefully folks will report back with numbers. The test_codec plugin is borked right now |
22:41:24 | saratoga2 | on ARM they did almost nothing |
22:41:48 | amiconn | coldfire: 104%->122% realtime, ipod: 170%->178% realtime |
22:42:03 | amiconn | Just for comparison: mp3 is >500% realtime on coldfire... |
22:42:08 | saratoga2 | thats going to make doing IRAM changes fun then |
22:42:17 | saratoga2 | since ARM barely notices an improvement |
22:42:28 | saratoga2 | i almost didn't commit that change because I thought it didn't do anything |
22:42:29 | amiconn | That's not due to arm being arm |
22:42:37 | saratoga2 | err PP or Sansa |
22:42:45 | saratoga2 | whatever determines the SDRAM access time |
22:42:51 | amiconn | The pp chips have both instruction & data cache, so that iram doesn't really matter much |
22:42:52 | | Join foleyjd [0] (i=fake@ppp-69-214-52-12.dsl.dytnoh.ameritech.net) |
22:43:07 | amiconn | (except on PP5002 where it *will* make a difference) |
22:43:07 | saratoga2 | they have single combined cache i thought? |
22:43:20 | amiconn | Yes |
22:43:29 | amiconn | The point is: it's for instruction and data |
22:43:37 | saratoga2 | that reminds me, did anyone ever measure what the cacheline sizes and associativity are? |
22:43:48 | amiconn | Coldfire only features an instruction cache, but no data cache |
22:45:15 | amiconn | That's why using iram for data on cf is so important... |
22:45:50 | saratoga2 | i've made a simple (and probably inaccurate) profile of the non-stack memory usage of the codec |
22:46:02 | saratoga2 | should i just move the common stuff to IRAM and let you test it? |
22:47:31 | linuxstb | saratoga2: My thoughts are that we should try and reduce the memory usage as much as possiblew for the WMA codec - e.g. merge buffers if possible, decode things in-place rather than from one buffer to another, etc. I also think we should try to change it to decode a block at a time, rather than a superframe (which will also reduce RAM requirements) |
22:47:56 | pondlife | Nico_P: congratulations, so the memmmove issue has gone away? |
22:48:19 | * | pondlife has to go, but will keep an eye on SVNs and the IRC log |
22:48:24 | | Quit pondlife ("disconnected has pondlife") |
22:48:28 | amiconn | hmm |
22:48:36 | amiconn | wma does use an mdct, correct? |
22:49:05 | amiconn | Maybe it's similar enough to the one used for mp3? |
22:49:07 | saratoga2 | amiconn: yes, 5 different ones |
22:49:14 | * | amiconn would like to see an emac version |
22:49:20 | amiconn | wow |
22:49:56 | saratoga2 | its the only mdct codec i've seent hat doesn't just do short and long blocks, but rather steps up in powers of two |
22:50:21 | Nico_P | pondlife, if you read the log: The memmove issue is really strange, it only appears in the linked list test function. maybe it causes problems elsewhere but I have yet to see them. |
22:50:33 | * | Nico_P takes off |
22:50:40 | amiconn | what's the issue? |
22:51:13 | saratoga2 | linuxstb: regarding memory usage, i've been looking at shrinking things that could go into IRAM |
22:51:13 | Nico_P | amiconn: I have some data that appears to be moved incorrectly |
22:51:36 | amiconn | I wrote the SH and coldfire versions, the arm version was imported from somewhere afaik |
22:51:58 | Nico_P | amiconn: if you want to look at it, it's in testplugin.c:test_ll, the part I ifdeffed out |
22:51:58 | ]RowaN[ | am i the only one who cant find flip mode in the menus of the sansa port? i saw that it was committed today so was just wondering |
22:51:59 | saratoga2 | thinking that through more completely, i'm guessing you want to decode one bloack at a time so that you can put the output buffer into IRAM? |
22:52:00 | amiconn | memcpy, memmove and memset were fully tested for correctness |
22:52:14 | Nico_P | amiconn: the code is in Jd's svn: svn://jdgordon.mine.nu/mob |
22:52:40 | Nico_P | amiconn: I doubt memmove is the culprit, but I can't find the problem |
22:53:06 | | Quit davina (Remote closed the connection) |
22:53:10 | amiconn | I would take a look if I wouldn't have so many other things on my todo list :/ |
22:53:31 | linuxstb | saratoga2: I'm suggesting to try to reduce memory usage first, and then think about what can go in IRAM. |
22:53:36 | Nico_P | amiconn: don't worry, it's not critical to my progress :) |
22:53:40 | amiconn | And I'm still undecided about the register setup in the restructured PP clock setup :\ |
22:54:46 | * | Nico_P takes off for good |
22:54:50 | | Quit Nico_P (Remote closed the connection) |
22:55:03 | saratoga2 | linuxstb: is there a benefit to reducing memory other then IRAM use? |
22:55:03 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
22:55:31 | stripwax | surely |
22:55:33 | amiconn | Do we want maximum flexibility, and calculate the values for each possible clock frequency at runtime? |
22:55:51 | amiconn | Or would it be better to go with a fixed set of register values? |
22:56:25 | amiconn | The latter would mean less code, but also less flexibility in changing clock setup |
22:57:50 | amiconn | On coldfire we're doing the latter (but there we're also limited in our choice of clock frequencies - they must be integer multiples of the xtal clock in order to be able to let timers running through a clock change) |
22:58:06 | | Quit davina (Remote closed the connection) |
22:58:18 | amiconn | On PP we can choose freely |
22:59:14 | stripwax | could set up a fixed set for each increment of 10mhz? |
22:59:21 | linuxstb | saratoga2: Probably not, but IRAM is a big enough reason. |
22:59:29 | pixelma | ]RowaN[: I don't have a sansa but it should be in settings > general settings > display > lcd settings > upside down (if it's there were it is on the other targets) |
23:00 |
23:00:12 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
23:00:30 | | Join jhulst_ [0] (n=jhulst@75-128-122-162.dhcp.aldl.mi.charter.com) |
23:00:36 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
23:01:20 | | Quit lost|X40 ("Leaving") |
23:01:23 | *** | Saving seen data "./dancer.seen" |
23:02:21 | | Join JdGordon_ [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
23:02:51 | | Quit jhulst_ (Remote closed the connection) |
23:02:56 | | Part n1s |
23:03:35 | ]RowaN[ | thanks pixelma, but thats where i already looked and its not there |
23:05:42 | | Quit tchan ("WeeChat 0.2.5-cvs") |
23:06:35 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
23:06:55 | ]RowaN[ | ah its there now |
23:07:07 | ]RowaN[ | grr.. i had used a build after it was committed.. i dont understand =/ |
23:09:31 | | Nick ender is now known as ender` (i=krneki@84-255-206-8.static.dsl.t-2.net) |
23:10:34 | * | ender` yawns |
23:10:39 | alienbiker99 | did you try redownloading the latest builD? |
23:11:16 | ]RowaN[ | yes, thats what im saying. i just did that again for the sake of sanity and now its there |
23:11:18 | | Quit foleyjd (Read error: 110 (Connection timed out)) |
23:13:22 | hcs | amiconn: I'm still getting freezes on ipod 4g color |
23:14:44 | hcs | not doing anything fancy, just mp3 playback |
23:16:36 | | Join Arathis [0] (n=doerk@p5484A1E9.dip0.t-ipconnect.de) |
23:17:46 | | Quit lazka (Remote closed the connection) |
23:18:17 | | Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:20:50 | | Quit davina (Remote closed the connection) |
23:22:55 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
23:23:45 | EbErT | ya, i have the same thing hcs, isn't as stable as i would expect by now |
23:23:55 | EbErT | ipod 60g color |
23:27:51 | Davide-NYC | FYI: wma 320 bitrate decoding at 109.08% realtime on H140 |
23:35:56 | | Quit bluebrother ("leaving") |
23:36:19 | | Quit Psilonaut (Read error: 104 (Connection reset by peer)) |
23:37:46 | stripwax | Davide-NYC - is test_codecs working now? |
23:37:57 | stripwax | test_codec |
23:38:32 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:38:33 | | Quit Rick ("I… don't need to be here.") |
23:38:38 | stripwax | wiki says it doesn't work. but if it does, i'll do a pp (ipod 5g) test now |
23:39:09 | Davide-NYC | I've been messing with it all afternoon. I think it is very delicate. If you separate the filetupes into discrete folders it shouldn't crash |
23:39:41 | Davide-NYC | also don't do anything to the player while the test is running. I froze my H140 by unplugging the charger mid test. |
23:39:41 | stripwax | one folder per extension? |
23:39:44 | Davide-NYC | yes |
23:39:49 | * | stripwax goes for it |
23:39:50 | | Quit bdgraue (Read error: 104 (Connection reset by peer)) |
23:41:00 | Davide-NYC | it's a pain because we'll have to compile the results together at the end. I'm just going to run WMA and AAC since those are the ones that run slow currently. |
23:41:51 | stripwax | Davide-NYC - i'll try to run them all (against both latest svn build, and also some of the vorbis + libmad patches in tracker). your encoder batchfile is great btw |
23:42:18 | Davide-NYC | wasn't originally mine |
23:42:26 | Davide-NYC | I think it was either senab or saratoga |
23:42:45 | amiconn | hcs: Somehow I doubt that this still has to do with clock setup... and I can't test as it's 100% stable for me now |
23:43:03 | amiconn | (I also have to give back the pp5020 target I used for testing) |
23:43:17 | amiconn | dan_a: ping...... |
23:43:58 | pixelma | maybe it's an arm-elf-gcc version problem again? Just a guess as I don't know much about these things... |
23:44:54 | | Join Rick [0] (i=rick@pool-71-108-0-13.lsanca.dsl-w.verizon.net) |
23:46:41 | | Join Frode_ [0] (n=Frode@213.167.96.196) |
23:46:46 | Frode_ | hey |
23:47:21 | Frode_ | it sounds like the latest build got some hardware noise for the sansa build |
23:47:34 | Frode_ | did not have any before the update |
23:48:19 | | Join dj`bergamote [0] (n=coolcubi@ASte-Genev-Bois-151-1-94-235.w90-3.abo.wanadoo.fr) |
23:50:38 | Frode_ | the noise seems to be only when switching tracks |
23:50:47 | saratoga2 | Frode_: thats always been there |
23:50:56 | Frode_ | saratoga2, really? hehe |
23:51:52 | Frode_ | been using rockbox for many months, and i was quite sure it got removed, but i might be wrong |
23:52:09 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
23:52:32 | | Join DerPapst [0] (n=DerPapst@p54BD0B04.dip0.t-ipconnect.de) |
23:53:22 | saratoga2 | damn it that last SVN commit entered before I'd typed in all my comment |
23:53:28 | saratoga2 | can someone edit it for me? |
23:53:48 | saratoga2 | i want to mention Benjamin Larsson for sending me some code |
23:57:51 | stripwax | Davide-NYC: - hm, do I need to do something to make the test_codec.rock show up in "Open With"? Looks like it doesn't by default, at least following those wiki instructions. It's in Plugins, but not Open With, unless I've built incorrectly |
23:58:38 | Davide-NYC | hmm, all I did was add the test_codec.c line to apps/plugins/SOURCES and recompiled |
23:58:49 | Frode_ | is there any guides/howtos for setting up visual studio to build rockbox? |
23:58:52 | stripwax | oh. it needs to go to viewers.config ? |