| 00:00:19 | kugel | so is using literal numbers with enums IMO :) |
| 00:00:29 | gevaerts | that's different |
| 00:01:22 | gevaerts | it should be avoided of course, but you can't always do that |
| 00:01:36 | kugel | where can't you? |
| 00:02:12 | kugel | Unhelpful: you also can't really do ++ and −− on enums anymore, right? |
| 00:02:32 | liar | gevaerts: it does not lock up if i do tick_add_task(usb_tick) after the disk active led shuts off the first time... TheSeven is going to look at the driver tomorrow |
| 00:04:00 | gevaerts | kugel: hm, it depends on what you mean by "literal numbers" :). You don't need the numbers in the code of course, but assigning an enum from another integer can be needed when e.g. talking to other things (hardware, files,...) |
| 00:05:17 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 00:05:17 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 00:05:32 | kugel | IMO enums shouldn't be used if it forces one to use litelal numbers (I mean literal numbers as in: 1, 10, -23, 0x2f3ull) |
| 00:05:56 | kugel | although I think we do that right now in a few places |
| 00:07:10 | | Join AaronM [0] (n=Aaron@adsl-155-218-45.mem.bellsouth.net) |
| 00:07:11 | gevaerts | you mean in the enum declaration? |
| 00:08:37 | kugel | no |
| 00:08:39 | * | JdGordon is somewaht surprised wpsbuild.pl works at all for sbs files |
| 00:09:07 | gevaerts | so something like "enum enum_type var = 33"? |
| 00:09:09 | kugel | JdGordon: I put some energy into it, but not too much it seems |
| 00:09:15 | kugel | gevaerts: yea |
| 00:09:28 | gevaerts | How can you ever be forced to do that? |
| 00:09:34 | JdGordon | there is still lots of forced ".wps" additions for finding the files |
| 00:09:39 | kugel | I asked you to give me an example :) |
| 00:09:56 | gevaerts | and I said that it depends on what literal means :) |
| 00:10:14 | gevaerts | but yes, doing that is broken |
| 00:10:16 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 00:11:31 | | Quit domonoky1 (Read error: 131 (Connection reset by peer)) |
| 00:14:29 | Unhelpful | kugel: math on enums appears to be valid, still. there's a loop on enum in doom, and all i had to do was fix the end condition |
| 00:14:59 | kugel | what if a value is skipped? |
| 00:15:16 | kugel | enum { ONE = 1, THREE = 3 }? |
| 00:15:40 | Unhelpful | kugel: the compiler probably won't mind. |
| 00:15:54 | Unhelpful | it's really only compares where you run into trouble. |
| 00:16:16 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 00:16:27 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 00:16:31 | kugel | I don't know what happens if you do enum enum_type var = ONE; var++; |
| 00:16:55 | JdGordon | or more fun when you copy the value of one enum to a different one :) |
| 00:17:12 | JdGordon | arnt enums just ints in c? so var++ will set the value of var to 2 |
| 00:17:31 | | Join Lss__ [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 00:20:16 | kugel | eabi changes enum behavior a bit |
| 00:20:53 | | Join Trista281 [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 00:22:05 | | Quit tmzt (Remote closed the connection) |
| 00:22:16 | | Join tmzt [0] (n=tmzt@adsl-69-208-8-42.dsl.akrnoh.ameritech.net) |
| 00:24:06 | | Quit bertrik ("De groeten") |
| 00:24:32 | kugel | pixelma: did you try the splash? |
| 00:27:23 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 00:28:41 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-oobdxotaljhmugtn) |
| 00:29:31 | pixelma | splash? |
| 00:30:14 | saratoga | JdGordon: were you still planning to commit the ipod accessory stuff? |
| 00:30:25 | JdGordon | unless you want to? |
| 00:30:30 | saratoga | nope :) |
| 00:31:13 | JdGordon | ill do them soonish |
| 00:31:53 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 00:32:17 | Unhelpful | JdGordon: the size of a C enum is not defined. a compiler *may* use the smallest type which can represent all values. EABI does by default. |
| 00:32:58 | kugel | pixelma: adding a splash after "send_event(GUI_EVENT_REFRESH, gwps_enter_wps);" in wps.c to see when the initial display of the wps finished |
| 00:33:48 | | Quit Tristan (Read error: 110 (Connection timed out)) |
| 00:33:56 | JdGordon | Arnt 1bit bmp's supposed to use the colours from the fore/background? so black is the foreground and white is background? |
| 00:33:57 | Unhelpful | it really only matters when casting from a small, unsigned enum to a larger signed type, or when taking a pointer. |
| 00:34:01 | | Quit fdinel (Read error: 110 (Connection timed out)) |
| 00:34:03 | JdGordon | or did I mess something up? |
| 00:35:42 | kugel | Unhelpful: I still don't quite understand the problem of casting an unsigned enum to a larger signed type |
| 00:35:56 | pixelma | JdGordon: works for me this way in my viewport colours WPS |
| 00:36:52 | JdGordon | do I need to save the bmp's in a special way for it to work? |
| 00:36:54 | | Join salty-horse [0] (n=ori@bzq-79-180-142-241.red.bezeqint.net) |
| 00:37:46 | salty-horse | hi. when trying to play an m4a file (extracted from an flv) I get this error with the simulator: Unknown MP4 file type: 'isom' −− is it possible to support it? I have not seen an open bug or any mention of this elsewhere |
| 00:38:09 | | Join salty_horse [0] (n=ori@bzq-79-180-142-241.red.bezeqint.net) |
| 00:38:09 | pixelma | or I guess white is transparent (so a backdrop would show through if there is one, hmm... I think I saw some weirdness in an sbs though but that was drawing on a different bmp so I thought that was the reason). Well they would be saved as 1-bit |
| 00:38:19 | | Quit salty-horse (Nick collision from services.) |
| 00:38:27 | | Quit n17ikh () |
| 00:38:29 | salty_horse | RE: hi. when trying to play an m4a file (extracted from an flv) I get this error with the simulator: Unknown MP4 file type: 'isom' −− is it possible to support it? I have not seen an open bug or any mention of this elsewhere |
| 00:38:34 | | Nick salty_horse is now known as salty-horse (n=ori@bzq-79-180-142-241.red.bezeqint.net) |
| 00:38:50 | saratoga | salty-horse: try repacking the file in foobar2000 using its "optimize mp4 layout" tool |
| 00:39:09 | salty-horse | saratoga, got a unix tool? |
| 00:39:19 | saratoga | mp4box or something like that basically |
| 00:39:26 | saratoga | maybe ffmpeg can do it |
| 00:39:49 | kugel | what can if ffmpeg can't? :p |
| 00:39:54 | pixelma | kugel: no I didn't |
| 00:40:01 | saratoga | alternatively, you could improve our mp4 parser so it supports all those oddball mp4 layouts |
| 00:40:12 | kugel | can you do that? I would find that very interesting |
| 00:43:09 | saratoga | we need a way to search Flyspray for people with a lot of patches |
| 00:43:20 | saratoga | so I can see who commits a lot of code but doesn't yet have svn access |
| 00:43:23 | kugel | pixelma: http://pastie.org/700326 would do that, and show the time it took |
| 00:43:44 | JdGordon | saratoga: well you can sort patche by submitter |
| 00:43:51 | JdGordon | well... opener anyway |
| 00:44:08 | salty-horse | saratoga, is this all I'll generally need for documentation? http://www.irisa.fr/texmex/people/dufouil/ffmpegdoxy/isom_8c-source.html :D |
| 00:44:56 | kugel | saratoga: luckily we established a commit template for that now |
| 00:45:05 | saratoga | i don't even know what isom is |
| 00:45:12 | saratoga | kugel: ? |
| 00:45:47 | kugel | we usually mention the author of patches and flyspray number when committing someone else's work |
| 00:46:10 | saratoga | well i'd still have to search the commit logs though |
| 00:46:25 | saratoga | i just meant a way to figure out which users on flyspray have opened a lot of tasks |
| 00:46:52 | kugel | isn't the number of patches they got in more important? |
| 00:47:05 | pixelma | kugel: that diff doesn't patch with current svn (one hunk fails) |
| 00:47:06 | kugel | svn log| grep "Author: " works to get an overview |
| 00:47:20 | kugel | pixelma: that was supposed to be applied on top of my other patch |
| 00:47:22 | saratoga | sure but writing a lot of patches is a good start to getting a lot in, and I can check from there |
| 00:47:25 | kugel | (sorry for not saying this) |
| 00:47:43 | pixelma | I thought I did that first |
| 00:47:53 | pixelma | not sure now though |
| 00:48:19 | | Quit Omlet05 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 00:49:25 | * | kugel thinks the number of open taks doesn't correlate to the chance of getting a lot in |
| 00:49:36 | kugel | see Uchida :) |
| 00:50:02 | kugel | well, he's got a lot patches in too |
| 00:50:34 | kugel | pixelma: it's possible that it doesn't apply to my earlier patch |
| 00:51:10 | pixelma | now I'm confused |
| 00:51:10 | * | JdGordon 's remove statusbar patch has maggically stopped working! |
| 00:52:40 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 00:52:44 | kugel | pixelma: I've made some more changes in between. this one is the complete one, apply against svn http://pastie.org/700333 |
| 00:53:47 | | Quit ender (" Remember: A secretary isn't permanent until she's been screwed on the desk...") |
| 00:54:35 | saratoga | Uchida's patches are of very good quality and nearly all should go in |
| 00:54:55 | saratoga | i just can't figure out what hes saying and he doesn't respond to my emails so I can't nominate him for SVN |
| 00:56:34 | kugel | saratoga: yyea, someone should look at the lot of wav extra codecs (or whatever that is exactly) |
| 00:57:11 | salty-horse | according to codecs/libfaad/README.rockbox it added a clause to the GPL license to make it incompatible with rockbox. any idea what that clause is? the website says it's GPL |
| 00:57:23 | saratoga | thats been resolved |
| 00:57:39 | saratoga | the clause was removed 3 or 4 years ago and GPL compatibility restored |
| 00:58:06 | saratoga | they wanted you to put a copyright notice in a gui or something like that which was arguably not gpl depending on how you read it |
| 00:59:49 | salty-horse | according to logs, the code doesn't seem to have synched up with the new releases |
| 01:00 |
| 01:00:09 | saratoga | yeah its never been resynced |
| 01:00:15 | saratoga | but libfaad is a piece of shit anyway |
| 01:00:30 | saratoga | i'm slowly replacing it all with better code |
| 01:00:41 | saratoga | emphasis on slowly |
| 01:01:03 | saratoga | maybe we'll get a GSOC student to work on codecs again this year |
| 01:01:03 | pixelma | kugel: around 7 seconds (results vary slightly). As I said it only seems the tag data that takes so long |
| 01:01:05 | salty-horse | is the mp4 code in libfaad or libm4a? |
| 01:01:08 | JdGordon | pixelma: how do I make sure these bmp's are saved as 1bit images? I'm limited to mspaint :p |
| 01:01:11 | saratoga | libm4a |
| 01:01:15 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 01:01:18 | saratoga | libfaad is just pure AAC stuff |
| 01:01:28 | kugel | pixelma: something goes really wrong there |
| 01:01:29 | saratoga | lilbm4a is our homemade mp4 parser |
| 01:01:36 | saratoga | its not much better then libfaad |
| 01:01:44 | * | kugel goes searching for fishy HWCODEC #ifs |
| 01:02:05 | salty-horse | saratoga, ok. I'll see what I can figure out. thanks |
| 01:02:13 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 01:02:25 | saratoga | if you feel like digging into m4a parsing, we could use soemone who knows the standard |
| 01:02:34 | | Join thegeek [0] (n=nnscript@129.241.123.168) |
| 01:02:41 | saratoga | the current parser also has issues with large files due to how it parses the TOC atom (whatever its called) |
| 01:02:45 | pixelma | JdGordon: uh, don't know how that works in ms paint |
| 01:02:58 | JdGordon | or what should I be using? |
| 01:03:21 | kugel | JdGordon: any idea why the initial update of the wps takes 7(!) seconds? |
| 01:03:25 | kugel | on the ondio |
| 01:03:30 | saratoga | ok i've reviewed all the patches submitted in the last 12 months and we have all the major contributors in SVN or excluded for good reason, the exception being Uchida |
| 01:03:33 | JdGordon | no, thats fubar! |
| 01:03:43 | saratoga | and a few actively being considered |
| 01:03:54 | JdGordon | actually yes... it might actually take that long for the id3 info to be ready |
| 01:04:01 | JdGordon | ondio is crazy slow disk speed isnt it? |
| 01:04:14 | | Quit freqmod_qu (Read error: 104 (Connection reset by peer)) |
| 01:04:16 | | Join freqmod_qu [0] (n=quassel@dhcp208-240.ed.ntnu.no) |
| 01:04:28 | saratoga | so i guess we're not doing that awful about leaving people out |
| 01:05:15 | pixelma | yeah, but (1) it didn't always take so long and (2) everything in the WPS shows quite quickly, just not the tag info and (3) at least there is no spin up time on the Ondio |
| 01:05:19 | saratoga | do we have any developers who speak japanese? teru i guess? |
| 01:05:28 | kugel | JdGordon: I think I removed the code that waits for it? |
| 01:05:29 | saratoga | maybe one of them could email uchida and ask him what his story is |
| 01:06:09 | kugel | pixelma: http://pastie.org/700348 that splashes how much time it spends in the skin engine |
| 01:06:13 | pixelma | TiMiD too I guess but he's seldom around too (Kévin Ferrare) |
| 01:06:15 | | Quit liar (No route to host) |
| 01:07:04 | kugel | there's no #f HWCODEC/SWCODEC in skin_display.c :/ |
| 01:07:12 | JdGordon | damn right there isnt! |
| 01:07:27 | pixelma | JdGordon: there is a seperate item for saving as 1-bit bmp in the list of Paint here |
| 01:07:48 | JdGordon | I wonder if it was removed in win7.. |
| 01:08:04 | kugel | gimp can do it I think |
| 01:08:08 | | Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 01:08:10 | JdGordon | fuck off gimp :D |
| 01:08:14 | pixelma | tried imagemagick? |
| 01:08:49 | pixelma | kugel: this instead of the other patch? |
| 01:08:53 | kugel | no, on top |
| 01:12:37 | | Quit amiconn (Nick collision from services.) |
| 01:12:39 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 01:12:51 | JdGordon | how do I use imagemagic to convert to 1bit? |
| 01:12:59 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 01:13:08 | JdGordon | identify seems to think bmps saved in mspaint as mono are still 8bit |
| 01:13:16 | | Quit pixelma (Nick collision from services.) |
| 01:13:17 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 01:13:35 | kugel | (just a guess) convert X.bmp -depth 1 Y.bmp ? |
| 01:13:37 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 01:14:41 | pixelma | kugel: a few trys all give me 0:something |
| 01:15:05 | pixelma | tries too |
| 01:15:06 | kugel | alright, very interesting |
| 01:15:38 | *** | Saving seen data "./dancer.seen" |
| 01:15:50 | kugel | so the drawing is almost as fast as on other targets |
| 01:16:15 | pixelma | in a range of 0:3 to 0:7 |
| 01:16:19 | JdGordon | pixelma: everything static is being shown instantly right? |
| 01:16:27 | JdGordon | its just the id3 stuff being slow? |
| 01:17:03 | pixelma | yes, and all placeholders (my fallbacks and 0:00 for playtime etc) |
| 01:17:23 | JdGordon | they get shown or they dont? |
| 01:17:53 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 01:18:04 | pixelma | those show immediately and the ID3 is slow (and playback only starts, well listenable when that shows up) |
| 01:18:19 | kugel | hm, thinking about it, the wps shouldn't show anything for those 6-7 seconds |
| 01:18:40 | kugel | the function call I put the splash around in the latest patch is the very first drawing |
| 01:18:41 | pixelma | it almost looks like it waits until first buffering is finished |
| 01:18:48 | JdGordon | yes |
| 01:19:07 | pixelma | I think it didn't always do that |
| 01:19:58 | kugel | the first splash patch showed 7 seconds, and the second on <1 second? |
| 01:20:17 | pixelma | yes |
| 01:20:42 | kugel | and you get to see some parts of the wps during the first 6 seconds? |
| 01:21:32 | pixelma | yes, everything except filled out ID3 info and actual playback time/progressbar |
| 01:21:47 | kugel | that shouldn't be possible :/ |
| 01:22:09 | kugel | how long to parts of the list show? |
| 01:22:28 | kugel | s/to/do |
| 01:23:01 | pixelma | all the time I'd say |
| 01:23:16 | pixelma | I mean the 7 seconds |
| 01:24:12 | pixelma | sometimes it gets cleared but not regularly (with your patches) |
| 01:25:00 | | Quit stripwax ("http://miranda-im.org") |
| 01:25:20 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 01:25:24 | kugel | can you test if that one still shows 7s http://pastie.org/700368 please? |
| 01:25:58 | kugel | ahh |
| 01:26:01 | | Quit efyx_ (Remote closed the connection) |
| 01:26:01 | kugel | I got it |
| 01:26:14 | kugel | forget the latest one |
| 01:26:50 | kugel | try if this one fixes the list instead http://pastie.org/700371 |
| 01:28:01 | pixelma | again on top of the others? |
| 01:29:32 | salty-horse | saratoga, I'm really confused. all I did was add the isom magic number to the places that give an error when they see it, and it plays fine. I really don't know anything about mpeg, so I must be missing something −− http://pastebin.com/m6ccf531 |
| 01:29:55 | kugel | yea, but on top of one from 1.05 (skip the 1:25 one) |
| 01:30:06 | kugel | 1:05* |
| 01:32:39 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
| 01:33:36 | saratoga | salty-horse: neat |
| 01:34:40 | saratoga | google suggests its an aternative to the apple tag |
| 01:35:17 | salty-horse | http://www.ftyps.com/ ? |
| 01:35:38 | saratoga | yeah |
| 01:35:59 | saratoga | if you can find some explination of the difference that would be good, but if not we could just ask Lear if he thinks its ok and then commit it |
| 01:36:20 | saratoga | either way you should open a flyspray task for it |
| 01:38:05 | salty-horse | I tried looking for info about it and didn't find much besides ffmpeg's source code, and all its isom.c file has is lists of tags and a conversion function between text encodings (or something similar) |
| 01:39:42 | kugel | pixelma: one of the patches that went in before sbs was to modify the skin engine to not actually wait for ready id3 tags anymore. I left over a check for ready taginfo which delays the very first full update |
| 01:40:33 | salty-horse | saratoga, wait, it works in the simulator but not on the sansa |
| 01:40:41 | pixelma | kugel: seems a lot quicker already until the WPS shows fully and playback starts - around 3 second, the splash still the time spent in the skin engine and that is down a bit too (0:2 is often seen) |
| 01:41:07 | kugel | ah that's nice :) |
| 01:41:14 | pixelma | when music starts, ID3 info shows at the same time so it already seems to be ready |
| 01:41:25 | kugel | I'm surprised that playback starts earler too, but it can't hurt :) |
| 01:42:08 | pixelma | yes, feels a lot better already, not that sluggish anymore |
| 01:42:35 | kugel | alright, I'm going to commit the changes later then |
| 01:43:02 | kugel | except the splashes that is :) |
| 01:43:49 | saratoga | salty-horse: which sansa? |
| 01:44:10 | salty-horse | 280 v1. can I view stderr somehow? |
| 01:44:14 | | Quit Thundercloud (Remote closed the connection) |
| 01:44:16 | pixelma | kugel: nice, good to see some result from nagging and testing :) |
| 01:44:33 | kugel | :) |
| 01:45:14 | saratoga | salty-horse: on device you can configure a build with logf and then enable logf in the codec |
| 01:45:23 | saratoga | but i'm not 100% how it works for codecs |
| 01:45:46 | saratoga | though i think double checking this on the sim would be a good idea |
| 01:45:50 | saratoga | there should not be any difference |
| 01:46:15 | saratoga | if anything the sim is usually more strict since it has an MMU and will crash on illegal accesses more readily |
| 01:47:21 | | Join AaronM [0] (n=Aaron@adsl-155-218-45.mem.bellsouth.net) |
| 01:49:48 | kugel | saratoga: yea, it's more strict for those, but less strict (not strict at all) for alignment problems |
| 01:49:51 | salty-horse | building with DEBUG and Logf |
| 01:51:06 | salty-horse | I connected the usb and the usb icon came up with the current selection in the file browser scrolling side to side on top of it |
| 01:52:36 | salty-horse | /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c: In function ‘debug_skin_usage’: |
| 01:52:36 | salty-horse | /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c:638: error: ‘wps_verbose_level’ undeclared (first use in this function) |
| 01:52:36 | salty-horse | /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c:638: error: (Each undeclared identifier is reported only once |
| 01:52:36 | DBUG | Enqueued KICK salty-horse |
| 01:52:36 | salty-horse | /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c:638: error: for each function it appears in.) |
| 01:53:14 | saratoga | this is just a logf build? |
| 01:53:21 | salty-horse | and DEBUG |
| 01:53:25 | salty-horse | should I disable DEBUG? |
| 01:54:27 | salty-horse | missing ifdef around debug_skin_usage |
| 01:54:35 | saratoga | i don't think you can compile with DEBUG on target |
| 01:54:37 | saratoga | its a sim thing |
| 01:54:44 | saratoga | DEBUGF that is |
| 01:55:10 | saratoga | logf should be enough, but you'll have to define LOGF_ENABLE and include logf.h in any file that you want to see logf output from |
| 01:55:23 | saratoga | it'll show up in the debug menu, you'll see a logf option there |
| 01:55:30 | salty-horse | ok |
| 01:55:48 | saratoga | alternatively if you think its an alignment problem, you could get someone with a coldfire target to try |
| 01:55:53 | saratoga | those can do unaligned accesses |
| 01:56:40 | salty-horse | the configure prompts should have a "> " |
| 02:00 |
| 02:00:14 | | Quit hillshum (Read error: 145 (Connection timed out)) |
| 02:03:02 | salty-horse | saratoga, logf says nothing after trying to play the file |
| 02:03:29 | saratoga | salty-horse: at very least you should get the same debugf prints you saw on the sim |
| 02:03:58 | salty-horse | what's the logfdump option? |
| 02:04:08 | saratoga | are you sure you've enabled LOGF in the correct files (probably the m4a metadata parser in apps/metadata) |
| 02:04:14 | | Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") |
| 02:04:23 | salty-horse | btw, isom standard: http://standards.iso.org/ittf/PubliclyAvailableStandards/c051533_ISO_IEC_14496-12_2008.zip |
| 02:04:46 | salty-horse | all I did was run tools/configure and chose advanced->logf |
| 02:04:49 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 02:04:54 | saratoga | the configure switch enables the logf option in the menus, but you still have to include logf.h and #define it in each file you want to see output from |
| 02:05:03 | salty-horse | ah :/ |
| 02:05:17 | saratoga | otherwise the logf and debugf calls all filter to nulls |
| 02:05:46 | salty-horse | #define what? LOGF? |
| 02:06:02 | saratoga | check logf.h |
| 02:06:06 | saratoga | i forget what it is |
| 02:06:57 | salty-horse | ROCKBOX_HAS_LOGF ? |
| 02:08:07 | saratoga | yeah looks like it |
| 02:08:27 | salty-horse | autoconf.h already defines it |
| 02:08:46 | salty-horse | so I just included it in demux.c |
| 02:10:08 | saratoga | apps\metadata\mp4.c might be neat too |
| 02:10:21 | salty-horse | it already has logf included |
| 02:10:28 | salty-horse | ok still nothing in the logf |
| 02:10:30 | saratoga | though if the device is going to crash you won't be able to see anything |
| 02:10:44 | salty-horse | it doesn't crash |
| 02:10:53 | saratoga | then its not an alignment issue |
| 02:11:04 | salty-horse | just tries all the files in the dir (while reading their metadata!) and returns to file list |
| 02:11:15 | saratoga | trying to do an unaligned access on hardware that can't do that will kill the whole system |
| 02:11:34 | saratoga | ROCKBOX_HAS_LOGF has to be defined in each file you want to see output from |
| 02:11:36 | salty-horse | want one of the files? it's from youtube |
| 02:11:36 | saratoga | did you do that? |
| 02:11:47 | saratoga | post it in an FS task with your patch |
| 02:11:51 | salty-horse | yes, and I got warnings from the compiler |
| 02:11:55 | salty-horse | I'm not sure if it's legal |
| 02:12:09 | saratoga | truncate it to be less then 30 seconds and then its legal |
| 02:12:52 | salty-horse | I'm not sure how to do that with the tools at hand. otherwise I would have already removed the isom compatibility header |
| 02:13:12 | kugel | did you define LOGF_ENABLE before #include "logf.h"? |
| 02:13:30 | salty-horse | nope :/ |
| 02:13:31 | saratoga | i would just open it in an editor, copy a couple hundred KB to the clipboard, and then paste it to a new file |
| 02:13:56 | saratoga | as long as you get the mp4 header, which should be at the front of the file, it won't really matter that you've horribly corrupted the file for our purposes |
| 02:15:23 | saratoga | i'm sort of at a loss how you could manage to fail out of the parser on target without doing so on the sim though |
| 02:15:41 | Unhelpful | kugel: some code sets these small unsigned enums to -1 as a flag, although -1 is not in the enum type. since the enum type is unsigned char, it's set to 255. therefore (signed)enum_var == -1 can never be true, since gcc will zero-extend when casting to a larger unsigned type |
| 02:15:56 | salty-horse | kugel, your suggestion didn't help. |
| 02:17:21 | Unhelpful | you'd have the same thing if you used uint8_t in place of the enum. you can set it to -1 without an error, but if you cast it to signed after that and compare to -1 it will *never* evaluate as equal |
| 02:18:08 | Unhelpful | there are flag conditions in mpegplayer and doom which can never be detected due to this, and i suspect there is also a loop which can't terminate :) |
| 02:18:08 | kugel | ah yea |
| 02:18:24 | | Quit saratoga (Ping timeout: 180 seconds) |
| 02:21:55 | Unhelpful | if it's only an equality comparison you can fix it by casting -1 to the enum type |
| 02:22:30 | Unhelpful | there's one in mpegplayer that's worse, since it's if ((signed)enum_var > -1) |
| 02:23:23 | Unhelpful | obviously that is always true, even if the flag value has been set. worse, if you cast the -1 instead, it becomes always false, since casting -1 to an unsigned type yields the maximum value of that type |
| 02:33:18 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 02:34:10 | salty-horse | saratoga (if you read the logs), http://www.rockbox.org/tracker/task/10790 |
| 02:35:54 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 02:38:32 | CIA-80 | New commit by kugel (r23644): Fix some drawing problems when displaying the WPS initially with sbs enabled. Move initial display of the wps to wps.c too. Should fix bug 3 of ... |
| 02:38:35 | CIA-80 | New commit by kugel (r23645): Avoid two subsequent full update. |
| 02:38:39 | CIA-80 | New commit by kugel (r23646): Remove a left-over check for metadata info being ready that delayed the initial draw of the wps quite a bit (most notably on slowish hwcodec). The ... |
| 02:38:49 | kugel | JdGordon: there's a bug with updating next track info |
| 02:41:04 | kugel | it doesn't work half of the time |
| 02:41:14 | kugel | when skipping manually |
| 02:45:37 | kugel | hm, maybe it's only a problem on the fuze |
| 02:47:18 | | Join calman_ [0] (n=caleb@dhcp-064-247-073-045.sg3.ohiou.edu) |
| 02:47:41 | | Join Strife89 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 02:49:38 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
| 02:51:10 | | Quit salty-horse ("Leaving") |
| 02:59:06 | | Quit kugel (Remote closed the connection) |
| 03:00 |
| 03:00:32 | | Quit Llorean ("Leaving.") |
| 03:00:38 | mc2739 | kugel: I was seeing weird next track info also, playing track 1 - it was showing track 3 as next for about 3 seconds - then it showed track two. I cleared settings and that seems to have corrected the problem |
| 03:09:38 | | Join Jobo [0] (n=tphuber@216.8.227.40.etczone.com) |
| 03:10:16 | Jobo | Hello, I had some trouble with my sansa e280 v1. I reformatted the player to erase anything that was on it previously. |
| 03:10:37 | Jobo | I am now trying to remember how to go about reinstalling rockbox. |
| 03:11:44 | | Join JdGordon| [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) |
| 03:12:17 | mc2739 | Jobo: the easiest way is to use the installer - just click the releases linh on the nav bar of the Rockbox home page |
| 03:12:49 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 03:12:58 | mc2739 | Jobo: you can then choose to install the latest release or the current development build |
| 03:13:12 | Jobo | I skimmed by something that said something about a "sansa patcher" I was looking through the manual to find out what that was for. |
| 03:13:29 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 03:13:51 | Jobo | I know I am supposed to read the manual and the faq before I ask questions here... I could use some extra help though if possible. |
| 03:14:20 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 03:14:41 | Jobo | I think I know how to install with the installer... I wanted to find out more about the current builds. |
| 03:15:40 | *** | Saving seen data "./dancer.seen" |
| 03:15:43 | Jobo | Is there any information you can give me to help me?? |
| 03:16:18 | Unhelpful | read the manual, and use rbutil, it's the easiest way to install it. |
| 03:16:58 | Jobo | Should I install an unstable version? a current build? what is a sansa patcher for? |
| 03:17:26 | mc2739 | Jobo: As I said, the installer is the easiet way. Just click the installation tab and you will be able to install the bootloader (the installer uses sansapatcher to do that). |
| 03:17:39 | | Quit MethoS- (Remote closed the connection) |
| 03:17:52 | Jobo | alright thank you. |
| 03:18:00 | Jobo | I really appreciate it. |
| 03:18:18 | mc2739 | The current builds have bug fixes and may have additonal features that are not in the latest release. |
| 03:18:25 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:18:36 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 03:18:38 | | Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) |
| 03:20:14 | Jobo | you are speaking of "the current build" meaning the "stable" or "unstable" release? |
| 03:20:19 | | Join froggyman [0] (n=4845dcc2@giant.haxx.se) |
| 03:22:39 | mc2739 | the current builds are not necessarily unstable. There is the possibility that minor problems may be introduced as new features are added, but they are usually fixed quickly |
| 03:23:51 | mc2739 | Once Rockbox is installed on your e280, an update is as simple as unzipping the new version over your existing version |
| 03:24:02 | Jobo | hmm |
| 03:24:11 | saratoga | stable and unstable aren't releases, they're classifications of ports, not actual builds you can install |
| 03:24:49 | Unhelpful | there is no unstable "release". a "release" has a version number, the most recent one is 3.4. |
| 03:24:54 | | Join webslut2009 [0] (n=6347fcfe@giant.haxx.se) |
| 03:25:07 | Jobo | What would you recomend I should do? |
| 03:25:21 | saratoga | theres no reason to ever use anything but the newest version |
| 03:25:22 | Strife89 | Get the installed and read the manual. |
| 03:25:34 | Strife89 | s/installed/installer |
| 03:25:39 | Jobo | I am confused |
| 03:25:56 | Strife89 | Okay, let's take it from the top;. |
| 03:26:03 | Strife89 | Jobo, what is your device? |
| 03:26:16 | saratoga | lets not take it from the top |
| 03:26:17 | Jobo | e280 |
| 03:26:20 | Jobo | v1 |
| 03:26:21 | saratoga | go read the damn manual and do what it says |
| 03:26:24 | Jobo | I am |
| 03:26:25 | Strife89 | Jobo: Okay. |
| 03:26:29 | saratoga | this isn't that hard and you don't need someone to read it to you |
| 03:26:32 | Jobo | I know |
| 03:26:38 | Jobo | there are just a few things I am confused about |
| 03:26:41 | Strife89 | Jobo: Wait, I'll make this as simple as I possibly can. |
| 03:26:45 | Jobo | sorry |
| 03:26:45 | saratoga | then ask questions or go away |
| 03:26:56 | Jobo | I dont mean to bother everyone |
| 03:27:01 | Jobo | I will just do it my damn self |
| 03:27:11 | Jobo | I wanted to know |
| 03:27:20 | saratoga | want to know what you haven't even asked a question |
| 03:27:21 | Strife89 | Jobo: If you look at Chapter 2 of the manual: http://download.rockbox.org/daily/manual/rockbox-sansae200/rockbox-buildch2.html#x4-60002 |
| 03:27:40 | Jobo | I want to know |
| 03:27:43 | Jobo | what is the difference |
| 03:28:00 | Jobo | between the newest releases |
| 03:28:01 | Unhelpful | between what and what? |
| 03:28:14 | saratoga | releases are numbered |
| 03:28:19 | Jobo | the current builds or the stable builds and stuff |
| 03:28:20 | saratoga | larger numbers indicate newer releases |
| 03:28:25 | saratoga | that is the difference |
| 03:28:26 | Jobo | I wanted to know what is better for me to install |
| 03:28:33 | saratoga | did you see my reply? |
| 03:28:33 | Strife89 | Jobo: Release version 3.4, while fairly new, does not contain the VERY LATEST improvements and features. |
| 03:28:44 | Jobo | right... |
| 03:28:50 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 03:28:51 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 03:29:00 | Strife89 | Jobo: The "current build" is made several times a day, and contains all the latest stuff. |
| 03:29:29 | Jobo | so is it "stable" to use them?? |
| 03:29:31 | Strife89 | Jobo: You can use the Automated Installer to install 3.4, then manually update it with the current build. |
| 03:29:32 | Jobo | are they buggy? |
| 03:29:54 | Jobo | ok so if I download the current build |
| 03:29:55 | Strife89 | Jobo: Usually, the current build is fine, but ON OCCASION someone might goof up something. |
| 03:29:56 | | Quit webslut2009 ("CGI:IRC (Ping timeout)") |
| 03:30:05 | Jobo | and then drag it over to the .rockbox file |
| 03:30:15 | Jobo | I understand |
| 03:30:34 | Jobo | I was also wondering what kind of features are on the newest build? |
| 03:30:35 | saratoga | from the install directions: "The current build is built at each source code change to the Rockbox SVN repository and represents the current state of Rockbox development. This means that the build could contain bugs but most of the time is safe to use." |
| 03:30:40 | Jobo | that differ from 3.4 |
| 03:30:48 | saratoga | theres a link on the front page listing them |
| 03:30:54 | Jobo | I know |
| 03:31:02 | Jobo | but I wanted to hear what you guys think... |
| 03:31:16 | saratoga | i think you should check out #rockbox-community |
| 03:31:17 | Strife89 | Jobo: Most of us just use the Current Build. |
| 03:31:18 | Unhelpful | "we guys" wrote the stuff you read already. :/ |
| 03:31:19 | Jobo | see I would have just installed the "stable build" because I dont want it to act up since I am not so savy |
| 03:31:26 | | Join killan [0] (n=nnscript@c-94fc70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 03:31:46 | Jobo | but hearing from you folks I think it would be best to install the latest realease. |
| 03:31:52 | Jobo | I am sorry to pester you all |
| 03:31:55 | Strife89 | Jobo: If you are more concerned about stability, then just install 3.4 and be done with it until 3.5. |
| 03:32:16 | Jobo | thats why I got on this channel to ask you |
| 03:32:17 | mc2739 | Jobo: then that is what you should do. The new features will be in the next release and you can update again when it comes out |
| 03:32:38 | Jobo | well you were saying the latest release will be fine |
| 03:32:56 | Strife89 | Exactly. The devs focus on stability before each release, so if you only install releases, you're quite safe. |
| 03:33:08 | | Join webslut2009 [0] (n=6347fcfe@giant.haxx.se) |
| 03:33:28 | webslut2009 | I are the bestest people where it coming two used grammer and I as well no how too utility me punctualization to, |
| 03:33:39 | Strife89 | Whereas if you go for the *very latest* version, you run a risk, however minor, of hitting unforseen bugs. |
| 03:33:55 | Jobo | would the benefits outway the risks/ |
| 03:33:57 | Jobo | ?? |
| 03:34:12 | Strife89 | Jobo: From my experience, yes. |
| 03:34:18 | Jobo | that is what I wanted to hear |
| 03:34:31 | Jobo | I am sorry for any complications I may have caused. |
| 03:34:41 | Jobo | I only wanted to find clarity to my situation. |
| 03:34:56 | saratoga | next time just read the manual, everything you asked was in the first 2 paragraphs of the install directions |
| 03:35:00 | Strife89 | Jobo: Just be sure to read up next time, k? :) |
| 03:35:02 | saratoga | would have taken you 1/10th as long |
| 03:35:07 | froggyman | Jobo: i would also agree with Strife89 that it is usually best to use the latest version |
| 03:35:28 | saratoga | and would save a couple dozen people reading the logs int he morning the trouble of learning about you learning about rockbox |
| 03:35:29 | Jobo | I know I have read it... I just wanted to talk to someone about the latest daily builds |
| 03:35:45 | Jobo | I am sorry |
| 03:35:49 | saratoga | if you just want to chat, check out rockbox-community |
| 03:35:55 | Jobo | I am not trying to chat |
| 03:36:01 | Jobo | I am trying to find answers!!! |
| 03:36:11 | Strife89 | Jobo: He means if you want to hang out after this. |
| 03:36:11 | saratoga | ok talk about things that don't belong here |
| 03:36:14 | Jobo | I just dont like always getting the cold shoulder |
| 03:36:16 | Jobo | ok |
| 03:36:17 | Jobo | thank you |
| 03:36:37 | Strife89 | saratoga: At least, I think you do. :/ |
| 03:37:28 | webslut2009 | Saltwater Niggers! |
| 03:38:30 | Mode | "#rockbox +o Unhelpful " by ChanServ (ChanServ@services.) |
| 03:39:10 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 03:39:14 | Mode | "#rockbox +b %webslut2009!*@* " by scorche (n=scorche@rockbox/administrator/scorche) |
| 03:39:35 | scorche | webslut2009: you ahve been muted for 10 minutes...please use this time to go over the guidelines of this channel as linked in the topic |
| 03:40:00 | | Quit webslut2009 (Client Quit) |
| 03:47:59 | Mode | "#rockbox -b %webslut2009!*@* " by scorche (n=scorche@rockbox/administrator/scorche) |
| 03:48:10 | Mode | "#rockbox -o Unhelpful " by ChanServ (ChanServ@services.) |
| 03:48:17 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 03:48:30 | Mode | "#rockbox +o logbot " by ChanServ (ChanServ@services.) |
| 03:56:28 | | Join T44 [0] (n=Topy44@g228204126.adsl.alicedsl.de) |
| 03:57:08 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 03:58:16 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 04:00 |
| 04:04:22 | | Quit togetic ("WeeChat 0.3.0") |
| 04:04:37 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 04:08:25 | | Quit Rondom (Nick collision from services.) |
| 04:08:35 | | Join Rondom [0] (n=Rondom@dslb-084-057-141-255.pools.arcor-ip.net) |
| 04:14:01 | | Quit Topy (Read error: 113 (No route to host)) |
| 04:15:00 | | Part Jobo |
| 04:20:03 | | Quit TheSeven (Nick collision from services.) |
| 04:20:22 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:20:34 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:25:25 | | Quit froggyman ("CGI:IRC") |
| 04:29:21 | | Quit CaptainKewl ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 04:51:44 | CIA-80 | New commit by jdgordon (r23647): add some bmp strips needed for the rec screen which wernt already added... |
| 04:53:51 | CIA-80 | New commit by jdgordon (r23648): get ready for classic_statusbar... get it added to the .zip. buildwps.pl needs fixing to work with .sbs files better |
| 04:59:23 | | Quit togetic ("WeeChat 0.3.0") |
| 05:00 |
| 05:02:08 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 05:15:05 | | Quit Strife89 ("Bed.") |
| 05:15:42 | *** | Saving seen data "./dancer.seen" |
| 05:17:02 | JdGordon | alrighty.... who knows why these damn bitmaps arnt showing properly? |
| 05:18:31 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 05:19:34 | Blue_Dude | JdGordon: ping! |
| 05:19:39 | JdGordon | good evening |
| 05:21:04 | Blue_Dude | Hey there. I was reading the log and saw a concern from pixelma that may concern my patches. He was complaining about playback not buffering mp3 data soon enough on the wps. Did I read that right? |
| 05:21:23 | JdGordon | pixelma is a she :) |
| 05:21:39 | Blue_Dude | Oops. Sorry pixelma, when you read this... |
| 05:21:43 | JdGordon | thats what it sounds like |
| 05:24:02 | Blue_Dude | Hm. I noticed something in the audio thread in passing that I fixed a few weeks ago. The audio thread would keep hammering away at buffering to try to load the next mp3 data even when it is idle, i.e. no playlist. So a couple of times a second it do this mindless routing even though nothing was playing. I fixed that, but I wonder if it may have caused some of the non-responsiveness she... |
| 05:24:04 | Blue_Dude | ...talked about. |
| 05:24:15 | Blue_Dude | On the other hand, I haven't noticed a problem... |
| 05:25:01 | | Quit Lss__ (Read error: 104 (Connection reset by peer)) |
| 05:26:04 | JdGordon | the ondio is hwcodec, so in all rights shouldnt be affected by your patches at all no? |
| 05:28:09 | Blue_Dude | Never mind. |
| 05:28:11 | Blue_Dude | :) |
| 05:28:33 | Blue_Dude | I don't know which is which most of the time. |
| 05:29:52 | JdGordon | all the archos are hwcodec, the rest are usable :) |
| 05:30:02 | saratoga | i didn't realize HWCODEC bypasses pcm buffering |
| 05:30:12 | saratoga | i suppose the codec just dumps the pcm directly to the dac? |
| 05:30:19 | Blue_Dude | I found the patch anyway. It's r23487. The audio thread would try to calculate the watermark even when not playing. Lame. |
| 05:31:12 | JdGordon | saratoga: yeah, hwcodec just pumps mpeg data to the codec and *magic* :) |
| 05:31:17 | JdGordon | (may be slightly simplified) |
| 05:31:21 | Blue_Dude | The codec is hardware, so I'm sure it uses an internal mechanism to pass data. |
| 05:31:34 | saratoga | anyone think making test builds of the clip buffering patch for other swcodec targets makes sense? |
| 05:31:46 | saratoga | it seems like a general buffering bug thats uncommon on most targets |
| 05:32:21 | Blue_Dude | I looked at the flyspray thread and I couldn't even follow it. I know next to nothing about buffering.c. |
| 05:32:34 | JdGordon | saratoga: I really cant imagine it causing probalems on other targets |
| 05:32:42 | Blue_Dude | As far as I'm concerned, it's all magic function calls. |
| 05:33:21 | saratoga | JdGordon: because you're sure the fix is correct or another reason? |
| 05:33:59 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 05:34:37 | JdGordon | isnt it fixing paths which are almost never hit on high mem targets? |
| 05:35:32 | saratoga | JdGordon: its fixing how handle locations are calculated |
| 05:35:45 | saratoga | this will definately change how all devices buffer |
| 05:36:02 | saratoga | its just that the corner case it fixes becomes nearly impossible if the buffer is large enough |
| 05:37:23 | Blue_Dude | I'm glad you guys are on that. Tracking buffer logic gives me a headache. |
| 05:37:30 | saratoga | i'm barely on it |
| 05:37:37 | saratoga | i just want to be able to use my clip |
| 05:38:16 | JdGordon | I'm just here giving not very useful responses |
| 05:38:47 | Blue_Dude | And I gave you a few thousand bytes back for the clip. Use 'em! |
| 05:38:51 | saratoga | i guess i'll just start using it on my players and see if anything breaks |
| 05:39:40 | JdGordon | whats the fs#? |
| 05:40:05 | saratoga | 10605 |
| 05:40:40 | saratoga | funman put a nice comment in buffering.c explaining the bug |
| 05:41:02 | JdGordon | which patch? |
| 05:41:38 | Blue_Dude | Barely tested update inbound... |
| 05:41:44 | saratoga | the last one in the thread |
| 05:42:38 | CIA-80 | New commit by blue_dude (r23649): pcmbuf cleanup |
| 05:43:24 | Blue_Dude | And that should about do it for pcmbuf. Whatever's left I've got other plans for... |
| 05:44:04 | | Quit Horscht ("Verlassend") |
| 05:44:30 | saratoga | has ui responsiveness been improved? |
| 05:45:07 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 05:46:53 | Blue_Dude | Doubtful. It was mostly saving memory. Some stuff might run faster but it would be marginal. |
| 05:47:08 | Blue_Dude | That and it's 100% easier to read now. |
| 05:47:11 | saratoga | what were you saying about that then? |
| 05:48:21 | Blue_Dude | I changed playback.c a couple of weeks ago to stop hunting for metadata when the player is idle. I was thinking that it might have some bearing on her problem. But with a hwcodec target it's very doubtful. :) |
| 05:48:44 | saratoga | i mean a week or two ago you mentioned UI responsiveness |
| 05:49:21 | Blue_Dude | Oh, that's playback.c. Other than split out codec_thread and clean it up, I haven't addressed it yet. It may be unfixable. |
| 05:49:28 | JdGordon | Blue_Dude: you shold get it to preemtivly buffer the playlist the user is going to load! |
| 05:50:09 | Blue_Dude | I should have it wake the player up five seconds before it's turned on. That would be a good patch. |
| 05:51:12 | JdGordon | of course! |
| 05:51:59 | Blue_Dude | Wow, that last commit didn't save squat. I think we've definitely hit the wall of diminished returns. Next file. |
| 05:54:01 | Blue_Dude | I guess I ought to get started on playback.c. *sigh* |
| 05:54:26 | JdGordon | well... its still getting to cleaner code isnt it? |
| 05:54:34 | Blue_Dude | I've still got to come back to pcmbuf and do the software mixer. |
| 05:54:56 | JdGordon | any chance you could do a proper writeup of how it works and how it should be used and stuff? |
| 05:54:57 | Blue_Dude | It is. I'll settle for bare readability. |
| 05:55:14 | Blue_Dude | Documentation?!? |
| 05:55:22 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 05:55:22 | * | Blue_Dude shrieks. |
| 05:55:36 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:55:46 | Blue_Dude | Go figure it out! Puts hair on your chest. |
| 05:56:26 | JdGordon | doesnt the stiff drink you need before going into that code do that? |
| 05:56:57 | Blue_Dude | Anyway, wussy crying is over. I think I have wiki access. I'll probably have to write up something. What needs explanation? |
| 05:57:17 | JdGordon | everything? |
| 05:57:33 | Blue_Dude | That's... broad. |
| 05:59:20 | | Join orly_owl [0] (n=DavoDink@c122-108-50-15.sunsh1.vic.optusnet.com.au) |
| 05:59:39 | orly_owl | Installing Rockbox will wipe the music off my ipod won't it? |
| 05:59:58 | saratoga | i guess a high level explanation of how it fits in with the audio drivers and codec files would be useful |
| 06:00 |
| 06:00:02 | saratoga | no |
| 06:00:29 | orly_owl | no to me? |
| 06:01:31 | | Join Blue_Dude_ [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 06:01:34 | orly_owl | :/ |
| 06:01:52 | JdGordon | yes, you wont lose your music |
| 06:02:03 | orly_owl | oh really? cool |
| 06:02:23 | orly_owl | im guessing it doesnt reformat the parition then |
| 06:02:26 | Blue_Dude_ | I'm back. Hotel internet sucks. |
| 06:02:37 | saratoga | only if it isn't already fat32 |
| 06:02:52 | orly_owl | yeah its fat32 |
| 06:02:52 | * | Blue_Dude_ checks logs. |
| 06:05:31 | Blue_Dude_ | I suppose I could write up something about program flow and how data gets passed back and forth. I've never tried to write for a wiki before, so it might be a while. |
| 06:07:12 | JdGordon | anything that helps other people undestand how it all works |
| 06:08:12 | Blue_Dude_ | It's simpler than I thought it was. Correct me if I'm wrong but wasn't pcmbuf split off from playback? |
| 06:09:24 | orly_owl | What license is Rockbox Utility released under? |
| 06:09:27 | Blue_Dude_ | I think it never quite cut ties. There's still a lot of traffic back and forth. I'm wondering if we might be better off if pcmbuf ran in its own thread. |
| 06:09:31 | saratoga | GPLv2+ |
| 06:09:34 | | Join kisuke [0] (n=kisuke@host-98-127-193-159.gdj-co.client.bresnan.net) |
| 06:10:25 | orly_owl | OK. I didn't see thst mentioned anywhere though. |
| 06:10:26 | Blue_Dude_ | And data could pass back and forth via queues rather than globals and function calls. |
| 06:11:26 | saratoga | theres a license in the header of its source files |
| 06:12:22 | kisuke | how does one not get a short read error when trying to install to an iPod video? |
| 06:13:54 | saratoga | what operating system, and what is the message? |
| 06:14:08 | Blue_Dude_ | Anyway. I'm off. Have a good night. |
| 06:14:36 | | Quit Blue_Dude_ ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 06:15:49 | orly_owl | oh ok. I was just looking for a LICENSE or COPYING file |
| 06:16:49 | kisuke | saratoga: linux x86 and terminal or log out put? |
| 06:18:03 | | Quit Blue_Dude (Read error: 110 (Connection timed out)) |
| 06:18:29 | saratoga | kisuke: what software is this? |
| 06:19:18 | kisuke | saratoga: the automated installer, if i understand what you are asking |
| 06:19:56 | saratoga | what error did it give you? |
| 06:20:42 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:21:13 | kisuke | saratoga: failed to add bootloader |
| 06:21:39 | kisuke | saratoga: it is running as root |
| 06:23:26 | saratoga | i don't see that in the source code, so I donno |
| 06:28:44 | kisuke | nothing huh |
| 06:31:01 | saratoga | its possible you just don't have the right partitions and such on your ipod if you've messed with paritioning before |
| 06:36:03 | saratoga | well i wrote a faster version of the clip buffering patch that uses a memmove when possible, and it seems to be working fine |
| 06:36:15 | saratoga | in that it doesn't instantly corrupt the buffer |
| 06:43:02 | orly_owl | wow this is pretty cool |
| 06:43:02 | | Quit Sajber^ ("Leaving.") |
| 06:43:07 | orly_owl | thanks everyone |
| 06:59:42 | | Join webguest74 [0] (n=631f9b4e@giant.haxx.se) |
| 07:00 |
| 07:02:23 | webguest74 | what exactly does the picture flow need to operate? i have folder.jpgs for all albums and they show during playback, then most of my songs i am positive have the art in the tags but only three albums show in the flow mode. I see something about cover.bmp files but no real explanation |
| 07:02:36 | webguest74 | i'm on e200 |
| 07:08:24 | | Quit webguest74 ("CGI:IRC (EOF)") |
| 07:15:45 | *** | Saving seen data "./dancer.seen" |
| 07:27:51 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:29:02 | | Quit shai (Read error: 104 (Connection reset by peer)) |
| 07:29:18 | | Quit kadoban_ (Remote closed the connection) |
| 07:30:12 | | Join Guest78013 [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:30:34 | | Quit Guest78013 (Connection reset by peer) |
| 07:33:05 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:36:41 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 07:43:17 | | Join Tomis2 [0] (n=Tomis@70.134.71.1) |
| 07:46:33 | | Join stoffel [0] (n=quassel@p57B4F95A.dip.t-dialin.net) |
| 07:59:57 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 08:00 |
| 08:00:15 | | Quit Tomis (Connection timed out) |
| 08:00:15 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.71.1) |
| 08:01:22 | | Join Rob2223 [0] (n=Miranda@p4FDCCE3B.dip.t-dialin.net) |
| 08:07:36 | | Part kisuke ("Leaving.") |
| 08:10:07 | togetic | can you play mp4 files in rockbox? |
| 08:10:11 | togetic | v3.3 |
| 08:10:36 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 08:17:54 | | Join Tomis [0] (n=Tomis@70.134.80.239) |
| 08:19:37 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:22:46 | | Quit FlynDice (Read error: 60 (Operation timed out)) |
| 08:22:59 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:28:56 | | Join FlynDice [0] (n=FlynDice@206.82.218.140) |
| 08:29:58 | | Join Tomis2 [0] (n=Tomis@70.134.77.115) |
| 08:35:10 | | Quit TheSeven (Read error: 113 (No route to host)) |
| 08:35:48 | | Quit Tomis (Read error: 60 (Operation timed out)) |
| 08:35:48 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.77.115) |
| 08:37:53 | | Join lyngaas1 [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 08:40:08 | | Quit lyngaas (Read error: 110 (Connection timed out)) |
| 08:44:43 | | Quit Grahack ("Leaving.") |
| 08:51:47 | | Quit Rob2223 () |
| 08:54:00 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
| 08:57:54 | | Quit calman_ (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:00:20 | | Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:10:20 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:14:30 | linuxstb | togetic: Rockbox supports AAC audio and Apple Lossless audio in mp4 files. It doesn't support any kind of video i mp4. |
| 09:15:47 | *** | Saving seen data "./dancer.seen" |
| 09:22:35 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:28:53 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 09:29:27 | | Quit stripwax (Client Quit) |
| 09:31:07 | | Join Tomis2 [0] (n=Tomis@70.134.75.97) |
| 09:45:46 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 09:45:47 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.75.97) |
| 09:46:34 | | Quit Thundercloud (Remote closed the connection) |
| 09:49:38 | | Join pamaury [0] (n=pamaury@91.168.84.62) |
| 09:50:19 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 09:54:15 | | Join DerPapst [0] (n=DerPapst@p4FE8EE72.dip.t-dialin.net) |
| 10:00 |
| 10:15:56 | | Join leafwiz [0] (n=quassel@87.246.65.177) |
| 10:16:18 | leafwiz | Hi, I'm running Amarok 1.4.10, on the latest Arch. I'm trying to connect to my rockbox ipod. I can mount the ipod, and see the files on it in Amarok. But I would like to mount the database on the ipod |
| 10:16:52 | leafwiz | It's connected at a generic device. |
| 10:17:07 | leafwiz | Amarok didn't autofind it. But I have hal and dbus running |
| 10:19:10 | | Join fyre^OS [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 10:19:27 | linuxstb | leafwiz: Are you using an official release of Rockbox (e.g. 3.4) or a current build? |
| 10:19:49 | | Quit freqmod_qu (Read error: 60 (Operation timed out)) |
| 10:19:59 | | Join freqmod_qu [0] (n=quassel@129.241.208.240) |
| 10:20:34 | | Quit phanboy4 (Read error: 60 (Operation timed out)) |
| 10:21:42 | leafwiz | linuxstb: I'm using 3.0 |
| 10:22:28 | leafwiz | linuxstb: I must upgrade? |
| 10:27:56 | | Quit pamaury (Read error: 148 (No route to host)) |
| 10:30:54 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 10:33:36 | | Join pamaury [0] (n=pamaury@91-168-84-62.rev.libertysurf.net) |
| 10:36:34 | | Join liar [0] (n=liar@83.175.83.185) |
| 10:37:12 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
| 10:39:59 | | Join Rob2222 [0] (n=Miranda@p4FDCEB31.dip.t-dialin.net) |
| 10:46:57 | leafwiz | linuxstb: I got it to work. It was just something with the filepermissions |
| 10:48:29 | leafwiz | But I also have a problem with updating the amarok musik db. I have selected a dir on a ntfs mount. Amarok tells me that it is searching through my files. But there isn't any updated in the status field |
| 10:50:42 | leafwiz | but that's a questiong for the amarok guys.. :) |
| 10:51:04 | | Part orly_owl |
| 10:54:27 | | Join salty-horse [0] (n=ori@bzq-79-179-134-210.red.bezeqint.net) |
| 10:56:09 | salty-horse | saratoga, seen my tracker item? http://www.rockbox.org/tracker/task/10790 |
| 10:56:17 | salty-horse | (hi) |
| 10:58:08 | linuxstb | leafwiz: 3.0 is _very_ old in Rockbox terms. But you don't have to upgrade if you're happy - see http://www.rockbox.org/wiki/MajorChanges for what's changed since 3.0 |
| 10:59:04 | leafwiz | I have upgraded. It's so easy to do. |
| 10:59:14 | linuxstb | salty-horse: saratoga normally isn't around at this time - wait another 12 hours or so... |
| 10:59:20 | leafwiz | So now I'm on 3.4 and everything works.. :) |
| 11:00 |
| 11:00:04 | salty-horse | linuxstb, thanks. can I manually add people to cc? yesterday he said Lear might want to look at it |
| 11:15:48 | *** | Saving seen data "./dancer.seen" |
| 11:22:29 | | Join toemrs [0] (n=86bfe845@giant.haxx.se) |
| 11:22:30 | | Quit toemrs (Client Quit) |
| 11:22:35 | | Join tomers [0] (n=86bfe845@giant.haxx.se) |
| 11:23:04 | tomers | JdGordon: I saw your comment for the rtl tag patch. |
| 11:24:55 | | Quit tomers (Client Quit) |
| 11:36:17 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 11:42:29 | salty-horse | shalom tomers |
| 11:46:30 | | Quit BHSPitMonkey (Read error: 113 (No route to host)) |
| 11:51:58 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 12:00 |
| 12:00:31 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 12:02:21 | | Join parafin [0] (i=parafin@paraf.in) |
| 12:03:25 | | Join Sajber^ [0] (n=Sajber@h-65-31.A213.priv.bahnhof.se) |
| 12:17:30 | | Join tomers [0] (n=86bfe845@83.168.254.42) |
| 12:17:33 | tomers | salty-horse: Ping |
| 12:18:12 | salty-horse | hi :) |
| 12:18:28 | salty-horse | nice work on the wps :) |
| 12:18:36 | tomers | Hi, We should start a group :-) |
| 12:19:37 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 12:19:39 | tomers | Thanks. Let me know if there are other Hebrew related bugs |
| 12:22:41 | | Join parafin [0] (i=parafin@paraf.in) |
| 12:22:43 | salty-horse | I'm not using it (like english), but it will be useful for non-computer-literates to use it |
| 12:23:03 | salty-horse | I notice there's no indentation between the first item (title) and the rest of the items |
| 12:23:16 | salty-horse | (the english layout has a few pixels of offset) |
| 12:25:01 | tomers | salty-horse: This is not a bug. It relates to the position of the scrollbar. If you set it to the left - you'll see this offset. If you switch to English and set the scrollbar to the right, you'll see the offset is gone. |
| 12:25:18 | salty-horse | ok :) |
| 12:26:17 | tomers | Initially, I thought the scrollbar setting should be normal/opposite rather than left/right, so that for RTL languages normal=right, but other developers prefered to keep it left/right |
| 12:30:22 | salty-horse | what setting controls it? |
| 12:32:04 | tomers | salty-horse: Settings -> Theme Settings -> Status-/Scrollbar -> Scroll Bar |
| 12:32:23 | salty-horse | there's also display > scrolling. confusing? |
| 12:32:33 | salty-horse | general > display > scrolling |
| 12:32:55 | tomers | Scrolling means scrolling text lines which are longer than screen width... |
| 12:33:23 | tomers | I dislike the lack of convention in using both Scrollbar and Scroll Bar |
| 12:34:03 | salty-horse | I agree. the "-/" is also odd |
| 12:35:16 | tomers | Wikipedia uses the term 'Scrollbar' (http://en.wikipedia.org/wiki/Scrollbar) |
| 12:35:27 | salty-horse | are you interested in adding LRM and RLM unicode mark support for the bidi algorithm? I have an old patch lying around (it also changes heb/eng variable names to ltr/rtl to be more neutral towards other RTL languages) |
| 12:37:08 | tomers | Although I read a book about Unicode once, I need to refresh my knowledge about these marks. What benefit would we get from it? |
| 12:38:13 | salty-horse | hebrew song titles ending with exclamation marks could be displayed correctly :) |
| 12:38:34 | tomers | salty-horse: We need to provide more supoprt for Hebrew characters in RB fonts. See http://forums.rockbox.org/index.php?topic=23161.0 |
| 12:38:44 | salty-horse | oh I have that |
| 12:38:49 | salty-horse | I'm using a dejavu font |
| 12:38:55 | salty-horse | I have a pseudopatch for it |
| 12:39:13 | tomers | salty-horse: That would be great. Do you have a FlySpray item for that? |
| 12:39:26 | salty-horse | in the tracker, but apparently I gave a post-processed font instead of a bdf. I need to rework it. sec |
| 12:40:07 | salty-horse | http://www.rockbox.org/tracker/task/8877 |
| 12:41:00 | salty-horse | let me see if I remember how to generate them. I used two ttf2bdf tools and one of them had nicer output |
| 12:44:14 | tomers | salty-horse: I can't take responsibility for this right now, due to my lack of available time and also since I'm not that familiar with fonts and the considerations needed to be taken specifically for RB. It looks like you did a good job there, and this is already a work in progress. Maybe you should push it forward more, and it will be committed eventually. |
| 12:44:48 | salty-horse | I'll try to do it now. I'm not asking for you to take any responsibility, but feel fry to try those fonts :) |
| 12:48:13 | tomers | salty-horse: http://www.rockbox.org/tracker/task/10720 is some other important patch related to this |
| 12:52:42 | | Join martian67 [0] (i=lol3@about/linux/regular/martian67) |
| 12:53:29 | | Quit pamaury (Read error: 113 (No route to host)) |
| 12:54:51 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 12:55:04 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
| 12:57:28 | | Join parafin [0] (i=parafin@paraf.in) |
| 12:57:57 | | Quit tomers ("CGI:IRC") |
| 13:00 |
| 13:01:40 | | Quit DerPapst ("Leaving.") |
| 13:05:48 | | Join ifonefox [0] (n=irchon@mobile-166-137-133-019.mycingular.net) |
| 13:05:53 | | Nick ifonefox is now known as CATS (n=irchon@mobile-166-137-133-019.mycingular.net) |
| 13:05:55 | | Quit CATS (Remote closed the connection) |
| 13:06:09 | | Join ifonefox [0] (n=irchon@mobile-166-137-133-019.mycingular.net) |
| 13:06:19 | | Nick ifonefox is now known as CATS (n=irchon@mobile-166-137-133-019.mycingular.net) |
| 13:08:07 | | Quit CATS (Remote closed the connection) |
| 13:09:18 | | Quit seani ("Leaving") |
| 13:14:59 | | Quit MethoS- (Remote closed the connection) |
| 13:15:50 | *** | Saving seen data "./dancer.seen" |
| 13:20:35 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 13:26:36 | | Join Grahack [0] (n=chri@LCaen-151-91-3-232.w193-251.abo.wanadoo.fr) |
| 13:27:42 | | Part Grahack |
| 13:27:43 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:38:23 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 13:50:04 | | Join teru [0] (n=teru@222.13.174.123) |
| 13:54:26 | | Quit evilnick (Read error: 104 (Connection reset by peer)) |
| 13:54:34 | | Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 13:56:23 | | Part LinusN |
| 13:57:40 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-067-206-244.pools.arcor-ip.net) |
| 14:00 |
| 14:02:30 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 14:02:30 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 14:04:36 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 14:04:36 | NJoin | ChanServ [0] (ChanServ@services.) |
| 14:04:36 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 14:10:00 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 14:13:01 | | Join funman [0] (n=fun@88.174.86-79.rev.gaoland.net) |
| 14:14:28 | | Nick funman is now known as Guest1753 (n=fun@88.174.86-79.rev.gaoland.net) |
| 14:14:41 | NJoin | ChanServ [0] (ChanServ@services.) |
| 14:14:41 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 14:15:12 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 14:17:12 | | Nick Guest1753 is now known as funman_ (n=fun@88.174.86-79.rev.gaoland.net) |
| 14:18:22 | NJoin | ChanServ [0] (ChanServ@services.) |
| 14:18:22 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 14:18:25 | | Nick funman_ is now known as funm4n (n=fun@88.174.86-79.rev.gaoland.net) |
| 14:22:38 | | Join blablabla [0] (n=wcehwabm@d5153054A.static.telenet.be) |
| 14:22:41 | | Quit blablabla (Read error: 104 (Connection reset by peer)) |
| 14:22:50 | | Join blablabla [0] (n=vpfbtpcs@d5153054A.static.telenet.be) |
| 14:22:53 | | Quit blablabla (Read error: 104 (Connection reset by peer)) |
| 14:23:01 | | Join blablabla [0] (n=ptopaula@d5153054A.static.telenet.be) |
| 14:23:14 | | Quit blablabla (Read error: 54 (Connection reset by peer)) |
| 14:23:22 | | Join blablabla [0] (n=flteynga@d5153054A.static.telenet.be) |
| 14:24:03 | | Quit blablabla (Read error: 104 (Connection reset by peer)) |
| 14:26:13 | | Join blablabla [0] (n=zryjxhwh@d5153054A.static.telenet.be) |
| 14:26:51 | | Quit blablabla (Read error: 104 (Connection reset by peer)) |
| 14:33:55 | | Join kush|adium [0] (n=Adium@12.169.180.178) |
| 14:43:03 | | Join seani [0] (n=seani@78.33.109.70) |
| 14:59:15 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 15:00 |
| 15:04:44 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 15:09:56 | | Quit FlynDice (Remote closed the connection) |
| 15:15:54 | *** | Saving seen data "./dancer.seen" |
| 15:30:23 | | Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) |
| 15:32:54 | | Quit Res1 (Read error: 60 (Operation timed out)) |
| 15:33:55 | | Join Res1 [0] (n=Res@user-0c6s6gs.cable.mindspring.com) |
| 15:44:25 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 15:44:25 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 15:44:25 | | Join Strife89 [0] (n=michael@168.16.237.214) |
| 15:45:12 | Strife89 | I haven't seen a battery bench for the Fuze on the Wiki yet, so I'm running one. JSYK. |
| 15:45:40 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 15:45:40 | NJoin | ChanServ [0] (ChanServ@services.) |
| 15:45:40 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 15:46:59 | funm4n | Strife89: nice, did you measure the OF battery life ? |
| 15:47:06 | Strife89 | funm4n: Not yet. |
| 15:48:32 | Strife89 | Using VBR ogg vorbis files, ~<192 kbps, -30dB. |
| 15:48:50 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
| 15:50:05 | Strife89 | It's a used Fuze, but if I'm lucky, I suspect it won't be dead until I turn in tonight. |
| 15:55:19 | | Quit kush|adium ("Leaving.") |
| 15:55:31 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 15:55:31 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 15:57:14 | | Quit jordan`` ("Coyote finally caught me") |
| 15:57:33 | | Join jordan` [0] (n=jordan@78.235.252.137) |
| 16:00 |
| 16:01:08 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 16:01:08 | NJoin | ChanServ [0] (ChanServ@services.) |
| 16:01:08 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 16:01:51 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 16:04:22 | | Join AEnima1577 [0] (n=clbarnob@nc65219cf.cns.vt.edu) |
| 16:06:04 | | Quit tchan (Read error: 60 (Operation timed out)) |
| 16:10:43 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 16:10:59 | | Join Jaykay [0] (n=chatzill@p5DDC5EEF.dip.t-dialin.net) |
| 16:12:09 | | Quit teru ("Quit") |
| 16:16:59 | | Part LinusN |
| 16:17:25 | | Quit linuxguy3 (Remote closed the connection) |
| 16:17:36 | | Join linuxguy3 [0] (n=timj@adsl-75-57-190-229.dsl.emhril.sbcglobal.net) |
| 16:31:22 | | Join kush|adium [0] (n=Adium@12.169.180.178) |
| 16:33:08 | | Part kush|adium |
| 16:35:43 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
| 16:37:25 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 16:37:31 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 16:37:43 | | Join Tomis2 [0] (n=Tomis@70.134.69.107) |
| 16:39:05 | | Join mcuelenaere [0] (n=mcuelena@78-22-181-251.access.telenet.be) |
| 16:40:51 | | Join toffe82 [0] (n=chatzill@adsl-71-154-234-88.dsl.frs2ca.sbcglobal.net) |
| 16:45:05 | | Quit Tomis (Success) |
| 16:45:05 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.69.107) |
| 16:45:33 | | Join Strife89 [0] (n=michael@168.16.239.253) |
| 16:49:19 | | Quit funm4n ("free(random());") |
| 16:50:43 | | Join kugel [0] (n=kugel@e178092110.adsl.alicedsl.de) |
| 16:53:43 | | Join kugel__ [0] (n=kugel@e178092110.adsl.alicedsl.de) |
| 16:53:51 | | Quit kugel (Nick collision from services.) |
| 16:53:57 | | Nick kugel__ is now known as kugel (n=kugel@e178092110.adsl.alicedsl.de) |
| 16:57:48 | Strife89 | Could someone add a Fuze section to the chart in http://www.rockbox.org/wiki/SansaRuntime ? I tried doing it myself, but I chickened out each time because I'm still not used to the new editor, and my input consistently appeared to be wrong. |
| 16:58:56 | Zagor | Strife89: you can switch back to the "old" editor |
| 16:58:57 | Strife89 | And a row for results, please. I'm running a benchmark now; should be done by 11 PM EST. |
| 16:59:13 | Strife89 | Zagor: Ah, never saw that option. |
| 16:59:22 | Zagor | it's one of the buttons |
| 17:00 |
| 17:00:06 | kugel | Zagor: I seem to be unable to close tasks |
| 17:01:10 | kugel | oh wait, it works again...or maybe it was a google chrome issue? |
| 17:01:31 | | Quit AEnima1577 ("Leaving.") |
| 17:07:46 | | Join AEnima1577 [0] (n=clbarnob@nc6521b64.cns.vt.edu) |
| 17:08:10 | | Quit evilnick (Read error: 113 (No route to host)) |
| 17:08:13 | | Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 17:11:43 | kugel | can anyone explain the difference between bufread and bufgetdata? |
| 17:15:56 | *** | Saving seen data "./dancer.seen" |
| 17:16:26 | | Join kugel__ [0] (n=kugel@e178083114.adsl.alicedsl.de) |
| 17:16:38 | | Quit kugel (Nick collision from services.) |
| 17:16:46 | | Nick kugel__ is now known as kugel (n=kugel@e178083114.adsl.alicedsl.de) |
| 17:22:19 | | Join Omlet [0] (i=omlet05@91.181.236.15) |
| 17:26:34 | | Part Bagder |
| 17:32:04 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
| 17:34:20 | | Join mikroflops [0] (n=yogurt@81.234.202.188) |
| 17:35:01 | | Join brert [0] (n=5f5aa03a@giant.haxx.se) |
| 17:35:29 | | Join rbert [0] (n=5f5aa03a@giant.haxx.se) |
| 17:35:38 | | Quit rbert (Client Quit) |
| 17:38:29 | | Join rbert [0] (n=5f5aa03a@giant.haxx.se) |
| 17:38:32 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 17:39:13 | * | Unhelpful needs to hack mono support into convttf :/ |
| 17:39:26 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:39:44 | Unhelpful | would convttf be considered committable with mono support added and AA-font support disabled until a decision is reached on the feature? |
| 17:40:02 | | Quit brert ("CGI:IRC (Ping timeout)") |
| 17:40:19 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:40:41 | | Quit Zagor ("Don't panic") |
| 17:44:59 | kugel | Unhelpful: why do you need that? |
| 17:48:08 | CIA-80 | New commit by moos (r23650): Updated french translation. |
| 17:54:27 | | Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.64) |
| 17:58:14 | | Quit Strife89 ("Leaving class.") |
| 18:00 |
| 18:01:15 | | Quit bluebrother (Nick collision from services.) |
| 18:01:17 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 18:03:11 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 18:04:32 | | Quit petur ("work->home") |
| 18:04:48 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 18:10:43 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:11:31 | JdGordon | kugel: have you seen the latest remove statusbar patch? any ideas why when enabling/disabling the bar all menus except the root menu seems to change possitions correctly? |
| 18:15:20 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 18:16:32 | | Quit rbert ("CGI:IRC (EOF)") |
| 18:19:16 | kugel | nope |
| 18:19:19 | | Quit lyngaas1 (Read error: 110 (Connection timed out)) |
| 18:20:41 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 18:27:54 | | Join pamaury [0] (n=pamaury@91-168-84-62.rev.libertysurf.net) |
| 18:29:15 | | Join Tomis [0] (n=Tomis@70.134.65.6) |
| 18:31:12 | | Join JdGordon| [0] (n=Miranda@68-29-169-216.pools.spcsdns.net) |
| 18:32:01 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 18:32:02 | | Quit maruk ("Leaving.") |
| 18:32:06 | JdGordon| | kugel: nope to which? or both :) |
| 18:33:09 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 18:33:11 | JdGordon| | its damn wierd... if you load a sbs then the themes menu will reposition correctly (which mean list_init_something is called.. but then when you keep going back up to the root it uses the lists from before |
| 18:33:31 | JdGordon| | but that doesnt make sense before do_menu() is renetered up there so it should get a new list |
| 18:33:39 | JdGordon| | so... im stumped |
| 18:38:51 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 18:41:52 | | Join Tomis [0] (n=Tomis@70.134.93.80) |
| 18:44:21 | | Join Tomis2 [0] (n=Tomis@70.134.101.157) |
| 18:49:54 | JdGordon| | is anyone actually going to change statusbars without rebooting? I mean really? :p |
| 18:50:21 | JdGordon| | ... aslso, how do i fix the bitmaps so the same ones are drawn on 16bit lcd's transparent like on mono displays? |
| 18:50:45 | JdGordon| | the images in svn are 8 bit apparently even though I saved them as mono |
| 18:51:01 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 18:56:21 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:58:32 | pixelma | JdGordon|: those seem to be in a weird format, some of my programs couldn't open them (including Windows' preview). Got it open in one though and the program thinks those are RGB - and I can see some pixels that aren't fully black. How did you generate those? |
| 18:59:01 | JdGordon| | mspaint |
| 18:59:14 | JdGordon| | I might have to remake them :( |
| 18:59:20 | pixelma | Also the battery one at least wastes a row of pixels per subimage |
| 19:00 |
| 19:00:04 | pixelma | nah, if you give me some time I take care of them - got to do some shopping first though (shops close in one hour) |
| 19:00:40 | | Quit flydutch ("/* empty */") |
| 19:00:57 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 19:00:57 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.101.157) |
| 19:01:50 | JdGordon| | I'm at work for the next 7 hours... so yeah if you could fix them that would be great :) |
| 19:01:58 | JdGordon| | thanks |
| 19:02:03 | pixelma | about the battery one - there doesn't seem to be a fully empty battery and no "unknown" state which I actually see currently during boot |
| 19:02:35 | JdGordon| | I got lazy... feel free to make them better :) |
| 19:06:11 | | Quit stoffel (Read error: 104 (Connection reset by peer)) |
| 19:07:38 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:08:15 | pixelma | the rec bitmaps also need the quality ones for hwcodec... ;) |
| 19:09:26 | | Quit hebz0rl () |
| 19:10:41 | | Quit pixelma (Nick collision from services.) |
| 19:10:41 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:10:50 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 19:11:01 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:11:18 | | Quit amiconn (Nick collision from services.) |
| 19:11:21 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 19:11:41 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 19:12:37 | | Quit freddyb (Read error: 113 (No route to host)) |
| 19:14:48 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-qgtehzmwtytvletw) |
| 19:14:58 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 19:15:07 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:15:33 | | Join fredb [0] (n=fred@216.8.237.198.etczone.com) |
| 19:16:00 | *** | Saving seen data "./dancer.seen" |
| 19:21:43 | | Join kugel__ [0] (n=kugel@e178083114.adsl.alicedsl.de) |
| 19:21:50 | | Quit kugel (Nick collision from services.) |
| 19:21:57 | | Nick kugel__ is now known as kugel (n=kugel@e178083114.adsl.alicedsl.de) |
| 19:27:14 | | Join fir3 [0] (n=fir3@client282.amh.kn.studentenwohnheim-bw.de) |
| 19:27:19 | fir3 | hi |
| 19:29:51 | fir3 | i'm looking for a cheap player with ~4gb and long battery lifetime |
| 19:30:05 | salty-horse | sansa e240? |
| 19:30:58 | fir3 | what do you think about this one? http://cgi.ebay.de/Medion-Design-MP3-Player-4GB-Edelstahlgehaeuse_W0QQitemZ170407797873QQcmdZViewItemQQptZMP3_Player?hash=item27ad18a471 or would you recommend other players? |
| 19:31:19 | Unhelpful | well, it won't run rockbox |
| 19:31:59 | Unhelpful | kugel: i mean, would it be considered committable *before* a consensus is reached on AAF if it could also generate "normal" fonts. |
| 19:32:23 | Unhelpful | it would do much to streamline the process of using ttf fonts for rockbox :) |
| 19:32:26 | fir3 | i'd be ok with that, only very fewe players i like run rockbox :/ |
| 19:32:38 | salty-horse | fir3, then why ask here? :) |
| 19:32:44 | salty-horse | everyone here is biased |
| 19:32:53 | kugel | Unhelpful: but you don't *need* to hack in mono support ? |
| 19:33:08 | fir3 | where would be a good place to ask? |
| 19:33:39 | Unhelpful | kugel: don't really need to, no. but it would be useful to more people sooner with mono font support |
| 19:34:01 | | Quit DerPapst ("Leaving.") |
| 19:35:11 | salty-horse | fir3, google, blogs, reviews |
| 19:35:20 | Llorean | Unhelpful: I think a one-step ttf->font tool in SVN would be handy if there's not one. |
| 19:35:44 | salty-horse | Llorean, there is: |
| 19:35:59 | salty-horse | http://www.math.nmsu.edu/~mleisher/Software/otf2bdf/ |
| 19:36:10 | Llorean | salty-horse: Is that in SVN? |
| 19:36:17 | Llorean | And, bdf is not fnt. |
| 19:36:23 | Llorean | So that's hardly one step. |
| 19:36:36 | salty-horse | I thought that's what you meant. the tool could just glue the two |
| 19:36:49 | kugel | Unhelpful: how's your AAF progress? |
| 19:37:15 | salty-horse | Llorean, this + tools/convbdf will do what you want |
| 19:37:18 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 19:37:46 | Unhelpful | kugel: i've not done more than a math test. i'm confident that 2-bit subpixel AA fonts can be blended with only 3 multiplies, and simulated rendering of such look good |
| 19:37:50 | salty-horse | althuogh the otf2bdf tool isn't very accurate with font sizes. if you ask a size 12pt it may give you something with 16pt |
| 19:38:07 | | Quit liar (Read error: 113 (No route to host)) |
| 19:38:11 | fredb | fir3: did a recording test on my Fuze last night and it made it to 10 hours before the battery gave up. I bought it for $40 (8GB). You need one with the 1.0x firmware, tho. |
| 19:38:35 | * | kugel whishes he would understand what subpixel means exactly :/ |
| 19:38:47 | Unhelpful | salty-horse: convttf also does rather well in that area. it can be off by one, since some pixel sizes aren't really acheivable due to hinting. |
| 19:39:05 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 19:39:43 | fir3 | fredb: where did you get it for 40$? the cheapest one i can find is 70€ (germany) :/ |
| 19:39:45 | Unhelpful | also because fonts are measured up and down from a baseline, and sometimes the same increment in outline scaling will make the bitmaps one pixel larger on the top *and* the bottom |
| 19:39:53 | | Join Tomis [0] (n=Tomis@70.134.101.157) |
| 19:40:50 | fredb | fir3: used on craigs list. I also have a on old iAudio X5 that was great but I don't know if you could find one anymore... |
| 19:40:56 | Unhelpful | kugel: if you want to get a good idea what subpixel does, look at http://www.looking-glass.us/~chshrcat/rockbox/aafonttest2.png on your e200, then open it in an image editor and zoom in close. |
| 19:41:34 | salty-horse | Unhelpful, where's convttf? |
| 19:41:55 | kugel | Unhelpful: is that 2bit? |
| 19:42:41 | salty-horse | kugel, stating the obvious: http://en.wikipedia.org/wiki/Subpixel_hinting |
| 19:42:55 | Unhelpful | kugel: yes. |
| 19:44:15 | kugel | it looks ok |
| 19:44:37 | kugel | the colorful pixels are quite noticable to me though |
| 19:45:17 | Llorean | On the actual player, or on your monitor? |
| 19:45:23 | | Join Strife89 [0] (n=michael@168.16.237.214) |
| 19:45:33 | kugel | player |
| 19:45:44 | Llorean | Then don't use AA fonts, I guess. |
| 19:46:37 | salty-horse | Unhelpful, got a link to convttf please? :) |
| 19:46:46 | kugel | it looks better than non-AAF still |
| 19:51:08 | | Join DerPapst [0] (n=DerPapst@p4FE8EE72.dip.t-dialin.net) |
| 19:51:31 | | Join liar [0] (n=liar@83.175.83.185) |
| 19:52:26 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:52:45 | | Quit stripwax (Client Quit) |
| 19:58:28 | | Quit fredb ("Konversation terminated!") |
| 20:00 |
| 20:01:36 | | Join einhirn [0] (n=Miranda@p5DCC1580.dip0.t-ipconnect.de) |
| 20:11:05 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 20:16:48 | | Quit bluebroth3r (Read error: 131 (Connection reset by peer)) |
| 20:17:01 | | Join bluebrother [0] (n=dom@g226069097.adsl.alicedsl.de) |
| 20:19:49 | | Join Jaykay [0] (n=chatzill@p5DDC5EEF.dip.t-dialin.net) |
| 20:22:15 | | Join domonoky1 [0] (n=Domonoky@e179171122.adsl.alicedsl.de) |
| 20:24:05 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
| 20:27:51 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 20:28:16 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
| 20:32:24 | | Quit bluebrother (Read error: 54 (Connection reset by peer)) |
| 20:32:32 | Unhelpful | kugel: looks great on mine. maybe yours has a BGR screen? or vertical pixels? |
| 20:32:44 | | Join bluebrother [0] (n=dom@g226069097.adsl.alicedsl.de) |
| 20:33:02 | kugel | my e200? |
| 20:34:04 | Torne | are the error codes returned by the ATA driver supposed to mean anything in particular, or ar they jus supposed to be identifiable to someone reading the source? :) |
| 20:35:07 | kugel | the latter, unless you got the dreadful ATA ERROR -666 |
| 20:35:35 | JdGordon| | ESATAN ? |
| 20:36:43 | Torne | i'm looking at unifying read/write in there, and there's a few differences in how they work atm |
| 20:36:58 | Torne | and tey return crazy different error codes (and the write code tends to panic rather than returning errors) |
| 20:37:37 | JdGordon| | arnt the ata codes supposed to be passed around so you can actually work out here -3 comes from and where -9 is? |
| 20:37:47 | | Quit leafwiz (Read error: 113 (No route to host)) |
| 20:37:51 | Torne | well, i expect so, yes :0 |
| 20:38:00 | Torne | but ata_{read,write}_sectors are pretty much the originator of those |
| 20:39:00 | Torne | is anyone likely to be unhappy if i make writing more forgiving? :) |
| 20:39:27 | Torne | atm it doesn't retry failures, and if you try to write past the end of the disk it panics, and various other fun. |
| 20:40:25 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 20:41:16 | * | domonoky1 would like it some safety features stay with panics, then we know when we get problem.. |
| 20:41:38 | domonoky1 | retrying is fine. |
| 20:41:54 | Torne | the thing is that the fat code is going to panic anyway when ATA returns an error, pretty much ;) |
| 20:42:16 | Torne | and if you want to panic for doign stupid things (like accessing off the end of the disk) then why doesn't read do it? |
| 20:42:37 | * | Torne would be happy either way tbh but doesn't see why they *should* be different :) |
| 20:43:01 | | Join einhirn_ [0] (n=Miranda@p5DCC1580.dip0.t-ipconnect.de) |
| 20:43:35 | * | domonoky1 thinks writing over end of disk should be fine with error code. but for example writing to the OF part, should be protected by panic |
| 20:44:08 | gevaerts | domonoky1: in the ATA driver? |
| 20:44:18 | gevaerts | Writing to the OF part is needed there |
| 20:44:39 | Torne | also also, why don't we use WRITE MULTIPLE? |
| 20:44:59 | * | domonoky1 is ab it confused, which player do we tak about ? :-) |
| 20:45:07 | Torne | domonoky1: all players with ATA |
| 20:45:09 | gevaerts | domonoky1: players with ATA :) |
| 20:45:13 | Torne | i'm talking about the generic ata driver. |
| 20:45:29 | domonoky1 | ah.. then ignore me :-) |
| 20:45:48 | | Quit |DaMaGeD| ("When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.3 Shiny(svn-3438) http://www.kvirc.net") |
| 20:45:52 | * | domonoky1 though about things like ata_sd_as3525.c |
| 20:45:58 | Torne | no, not those |
| 20:46:02 | | Join fredb [0] (n=fred@pool-71-171-201-82.chi01.dsl-w.verizon.net) |
| 20:47:11 | Torne | I'm lkooking at fixing FS #9721 - we don't check for write errors properly. But not checking leads to panics, because writes dont' retry (i have experienced this) |
| 20:47:21 | Torne | er, but checking leads to panics, even |
| 20:47:48 | Torne | so unifying the two so that reads/writes are handled the same and do retries and so on seems like a good idea, as it will be safer and also probably save binsize |
| 20:52:19 | JdGordon| | just as long as it doesnt go into an endless retry loop... |
| 20:52:46 | Torne | it only tries, er, five times or something in the read :0 |
| 20:52:47 | Torne | so it would be the same |
| 20:53:20 | Torne | it does a soft reset between, and assumes that the error was probably due to drive being shaken ;) |
| 20:53:31 | Torne | which is probably true. I'm prettysure that's how i've managed to make it happen :) |
| 20:55:15 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 21:00 |
| 21:00:14 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 21:05:57 | | Join FlynDice [0] (n=FlynDice@nmd.sbx03217.buriewa.wayport.net) |
| 21:07:22 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 21:07:58 | Blue_Dude | Why exactly is mpeg.c called that? Shouldn't it be hwcodec.c or something? |
| 21:09:49 | CIA-80 | New commit by blue_dude (r23651): Cleanup audio.h, related functions |
| 21:09:55 | pixelma | because you can only play mp3/mp2 with it? |
| 21:10:18 | pixelma | (wav is possible but currently only in a plugin) |
| 21:10:33 | Blue_Dude | Yeah, but it's only used for hwcodec targets. It's the hwcodec version of playback and codecs. |
| 21:11:15 | JdGordon| | filenames arnt something you should assume to make sense... |
| 21:11:30 | Blue_Dude | I keep confusing it with the mpegplayer plugin. I have to keep reminding myself what its for... |
| 21:11:50 | pixelma | and the current supported codec only does mp3 and mp2 (and maybe that's kept for historic reasons) |
| 21:12:22 | Blue_Dude | I"m considering renaming the thing. |
| 21:14:04 | | Quit fir3 (Remote closed the connection) |
| 21:16:04 | *** | Saving seen data "./dancer.seen" |
| 21:28:10 | Unhelpful | kugel: well, the test doesn't really suffer from color fringing on mine.. |
| 21:33:35 | kugel | Unhelpful: do you think they used different lcd types? |
| 21:33:44 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 21:35:27 | kugel | maybe it's just my eyes |
| 21:39:15 | | Join gb_master [0] (i=82c03212@gateway/web/freenode/x-qemiervfoqhatgov) |
| 21:47:36 | | Quit AEnima1577 ("Leaving.") |
| 21:52:59 | | Join AEnima1577 [0] (n=clbarnob@nc6521b64.cns.vt.edu) |
| 21:54:13 | | Quit phanboy4 ("Leaving") |
| 21:55:13 | | Quit Grahack ("Leaving.") |
| 21:57:22 | | Quit gb_master ("Page closed") |
| 21:58:35 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 22:00 |
| 22:01:51 | | Quit fredb (Remote closed the connection) |
| 22:02:01 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 22:07:19 | | Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 22:11:32 | | Quit einhirn_ (Read error: 101 (Network is unreachable)) |
| 22:12:25 | pixelma | JdGordon|: any reason why your battery and volume icons in the classic statusbar sbs has less steps than the real classic one? |
| 22:13:06 | JdGordon| | because I'm lazy... I thought 10 steps would be fine... |
| 22:13:19 | JdGordon| | I tihnk also because I thought 10 steps were the max in a strip |
| 22:13:22 | JdGordon| | but thats wrong |
| 22:13:33 | gevaerts | it definitely is. I've used 52 |
| 22:14:00 | JdGordon| | ! |
| 22:14:37 | * | gevaerts wanted a smooth reverse progress bar! |
| 22:14:59 | kugel | did that work? |
| 22:15:58 | gevaerts | gevaerts/test.zip">http://www.evonet.be/~gevaerts/test.zip |
| 22:15:59 | | Join phanboy4 [0] (n=benji@gate-22.spsu.edu) |
| 22:16:19 | gevaerts | It's half a year old by now, so maybe there are now better ways to do some of the things, but yes, it works |
| 22:16:45 | gevaerts | it's for 240x320 if you want to have a look at it |
| 22:18:06 | gevaerts | oh, I used only 50 per strip I think, not 52 |
| 22:18:46 | * | kugel shouldn't accapt themes for targets he doesn't own without, except it comes with a written promise to receive that target too in the near future |
| 22:19:34 | gevaerts | don't expect this one to actually look nice :) |
| 22:19:46 | gevaerts | it's purely a technology demo |
| 22:21:27 | pamaury | gevaerts: hello, did you have a look at those M$ descriptors ? |
| 22:21:45 | gevaerts | um, no, not yet |
| 22:22:12 | Unhelpful | kugel: it's *possible*. |
| 22:22:43 | | Join hillshum [0] (n=hillshum@75-165-228-82.slkc.qwest.net) |
| 22:26:00 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 22:26:38 | Utchybann | perhaps a stupid question but why nano2g does not use WHEEL_ACCELERATION ? |
| 22:28:27 | linuxstb | Utchybann: I tried enabling it once, but things went horribly slow. I didn't investigate much further. |
| 22:30:27 | kugel | gevaerts: it does work, it just wasn't what I thought a reversed progressbar would be :) |
| 22:30:55 | gevaerts | kugel: what did you think? RTL? |
| 22:31:07 | gevaerts | You can use the same technique for that |
| 22:31:18 | Utchybann | linuxstb: ok. still related to the wheel. I found that on the nano2g, just touching the wheel to turn backlight on generally change the volume by 1 (in the wps). |
| 22:31:45 | Tomis | yea it's overly sensitive Utchybann |
| 22:31:49 | Tomis | i noticed that too |
| 22:32:10 | * | gevaerts recommends setting the appropriate setting for this |
| 22:32:51 | Utchybann | linuxstb: the scrolling speed is good, just too sensitive when just 'touching' the wheel. |
| 22:34:24 | | Join mirak [0] (n=mirak@85-171-108-41.rev.numericable.fr) |
| 22:34:34 | Utchybann | linuxstb: I have made some experiment with WHEEL_SENSITIVITY with no luck (it just give me slower scrolling speed). |
| 22:34:59 | kugel | I hope to get my hands on a nano2g again to look at the wheel |
| 22:35:44 | kugel | I think I identified the problem that makes the generic wheel code work so poorly |
| 22:38:44 | Utchybann | kugel: if you have code to test... my nano is ready. |
| 22:39:04 | Blue_Dude | What is change_dir in wps.c used for? Since it's only useful for swcodec, can we make it so that it behaves correctly for hwcodec? |
| 22:39:35 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 22:40:20 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
| 22:40:23 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 22:41:17 | Blue_Dude | I've got this funky define in playback.h that nullifies two functions in that routine, but the define doesn't really belong in playback.h. It ought to be in wps.c. |
| 22:43:43 | gevaerts | pamaury: if I understand these things correctly, we'd mainly need the CompatID things? |
| 22:44:07 | | Quit funman ("free(random());") |
| 22:44:22 | gevaerts | and maybe an icon to be fancy :) |
| 22:45:08 | * | shotofadds has been sent an SD card that exhibits a weird problem on his D2 |
| 22:45:28 | pamaury | gevaerts: I'm not sure about everything but yes, we NEED the CompatID thing. The thing I'm less sure about is the extended property things. I think there are needed but libmtp at least can work without (but prints a warning) [if I read the code correctly] |
| 22:45:37 | shotofadds | The bootloader is able to power up the card and load rockbox.d2, but the card then fails to power up when it's re-initialised by the main binary. It powers up fine when booted via tcctool, and also when re-initialised via ROLO. |
| 22:45:51 | shotofadds | Has anyone seen something like this before? I'm stumped :/ |
| 22:47:10 | gevaerts | pamaury: an extended property descriptor with wCount=0 shouldn't be too hard to do I guess |
| 22:47:27 | gevaerts | shotofadds: that reminds me of some of the things I've heard about MMC cards |
| 22:47:45 | gevaerts | not exactly the same though |
| 22:48:29 | shotofadds | I wonder why loading the binary via ROLO works, but not the bootloader? maybe the longer delay makes a difference |
| 22:48:51 | gevaerts | sounds likely |
| 22:49:08 | pamaury | gevaerts: I'm not sure about the extended property thing. Let me look at the libmtp code once more. Theorically, it should not be necessary but if it's implemented then we should implement one property (at least) I think |
| 22:49:36 | gevaerts | pamaury: well, we can do the label without too much overhead |
| 22:50:09 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 22:50:26 | Blue_Dude | Moved the funky define to audio.h... |
| 22:50:38 | * | shotofadds doesn't think adding a 10sec delay to the start of main.c will go down well with users ;-) |
| 22:51:03 | JdGordon| | just put it in a nice loading splash and they wont care |
| 22:51:23 | shotofadds | we could animate it and everything! |
| 22:51:26 | Unhelpful | play a little tune and a video |
| 22:51:29 | gevaerts | shotofadds: if it fails, does retrying after a delay work? |
| 22:52:01 | shotofadds | gevaerts: currently it re-tries in a loop, but with a very very short delay in between |
| 22:52:32 | pamaury | gevaerts: the thing I curently don't understand is why libmtp look at the extended properties. It look at CompatIDs because it's written and well defined but I've not find anything about MTP and extended properties |
| 22:53:06 | gevaerts | pamaury: my guess is "because windows does it" |
| 22:53:24 | gevaerts | or to get this label? Is that used somewhere? |
| 22:53:37 | shotofadds | also I guess it should send it back to the idle state before re-trying |
| 22:54:08 | | Quit petur ("Zzzz") |
| 22:54:29 | pamaury | gevaerts: no it just checks 3 bytes values 'MTP' but it doesn't matter what the rest is, what format is uses. It's a pure hack |
| 22:54:41 | | Quit AEnima1577 ("Leaving.") |
| 22:54:47 | gevaerts | fun :( |
| 22:54:56 | gevaerts | Still, there's not much we can do about it |
| 22:55:09 | pamaury | There is a comment in libmtp code the the link is dead: |
| 22:55:16 | pamaury | * This checks if a device has an MTP descriptor. The descriptor was |
| 22:55:21 | pamaury | * elaborated about in gPhoto bug 1482084, and some official documentation |
| 22:55:25 | pamaury | * with no strings attached was published by Microsoft at |
| 22:55:29 | pamaury | * http://www.microsoft.com/whdc/system/bus/USB/USBFAQ_intermed.mspx#E3HAC |
| 22:55:41 | Blue_Dude | Does it matter that change dir doesn't function correctly for hw codec? |
| 22:57:09 | | Quit Sajber^ ("Leaving.") |
| 22:57:35 | * | pamaury is reading gPhoto 1482084 bug report |
| 22:59:42 | | Quit AndyIL () |
| 23:00 |
| 23:00:17 | hillshum | pamaury: Use a pastebin next time? |
| 23:00:19 | | Join AEnima1577 [0] (n=clbarnob@nc6521b64.cns.vt.edu) |
| 23:00:25 | pamaury | yes :) |
| 23:00:27 | | Join salty_horse [0] (n=ori@bzq-79-179-134-210.red.bezeqint.net) |
| 23:01:53 | pamaury | gevaerts: the gPhoto bug reports is not very instructive, the only useful thing is the link but it's dead :( |
| 23:02:09 | CIA-80 | New commit by blue_dude (r23652): mpeg.h/c cleanup |
| 23:02:19 | gevaerts | pamaury: you could try asking in #gphoto if they know more |
| 23:06:51 | pamaury | gevaerts: yes perhaps... I tried on my sansa e200 and now that I understand fully the messages, I can say that the OF does not implement extended properties. Perhaps they just dumped several devices, saw that some implemented this label thing and implemented it in libmtp |
| 23:07:20 | gevaerts | ah, ok |
| 23:08:11 | pamaury | I think the best way to know is implement compat IDs, check with windows and then conclude :) |
| 23:08:36 | gevaerts | pamaury: one thing, the reason for the usb_core_ack_control() changes was that some controllers need the usb_drv_recv() before the corresponding usb_drv_send() to avoid races (they don't NAK properly in that case apparently) |
| 23:08:59 | gevaerts | We tested on all targets, and doing the usb_drv_recv() first is safe |
| 23:10:26 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 23:10:45 | pamaury | So the way it's now implemented is correct ? (I don't know if you checked the code on github). |
| 23:11:33 | gevaerts | I checked, yes. The way you did it will break on 2nd gen nano |
| 23:11:45 | | Join bluefoxx___ [0] (i=fuzzylom@S0106005004792985.vs.shawcable.net) |
| 23:12:07 | pamaury | For now it's implemented by "usb_drv_recv(EP_CONTROL, NULL, 0)". Isn't it the correct way you describe ? |
| 23:12:17 | bluefoxx___ | Can someone Please tell me if there's a bootloader for the sansa E200v1 that completely bypasses the stock firmware, altogether |
| 23:12:36 | | Quit n1s ("Lämnar") |
| 23:12:49 | gevaerts | yes, but it needs to be done *before* the usb_drv_send() (if there is one) |
| 23:12:50 | bluefoxx___ | I'm sick of plugging my sansa in while it's off only to find it's gone into the stock f/w and crashed because it can't handle the idea of a SD card larger than 2 Gb |
| 23:12:59 | pamaury | Ah !!! |
| 23:13:19 | gevaerts | bluefoxx___: yes, the latest released bootloader does that |
| 23:13:21 | bluefoxx___ | Or having my battery run dead and plugging it in to find the same happening |
| 23:13:22 | bluefoxx___ | Oh? |
| 23:13:24 | pamaury | Then you're right, it will break on some tarhets :) |
| 23:13:31 | bluefoxx___ | Link please? |
| 23:13:36 | pamaury | * targets |
| 23:14:08 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 23:14:11 | pamaury | So I should ack just after receiving the packet and before sending anything. |
| 23:14:39 | gevaerts | yes. Well, tell it to ack, it's still host-initiated :) |
| 23:14:59 | gevaerts | bluefoxx___: the manual should have links, or just download a recent rbutil |
| 23:15:14 | pamaury | yes :) |
| 23:15:21 | bluefoxx___ | I prefer to manually flash |
| 23:15:36 | mc2739 | pamaury: http://www.microsoft.com/whdc/connect/usb/usbfaq_intermed.mspx |
| 23:15:46 | bluefoxx___ | Fiddled with the rbutil once, decided I don't want another doeverythingforme app |
| 23:15:46 | gevaerts | bluefoxx___: yes, see the manual for the download url |
| 23:16:05 | *** | Saving seen data "./dancer.seen" |
| 23:16:25 | * | bluefoxx___ searches his firefox history for the link |
| 23:16:55 | Blue_Dude | What's going on with the build? |
| 23:17:36 | | Quit salty-horse (Read error: 110 (Connection timed out)) |
| 23:17:42 | pamaury | mc2739: it's great that you find it but actually I already read this faq (without noticing it's was the faq I searched...) and I learn nothing those extended propertis. But thanks you for your research |
| 23:17:46 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 23:17:51 | gevaerts | Blue_Dude: "Server connection stalled. Exiting in 5s" doesn't sound good |
| 23:18:05 | Blue_Dude | Hm. |
| 23:18:06 | | Quit bmbl ("Bye!") |
| 23:20:02 | | Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) |
| 23:20:41 | bluefoxx___ | Oh cool. The stock f/w crashed my USB bus. Bye-bye cardreader and external drives I was backing up to. |
| 23:21:04 | * | bluefoxx___ makes a noise indicating his disgust at the stock F/W for the sansa and reboots |
| 23:21:11 | | Quit bluefoxx___ () |
| 23:22:25 | Strife89 | Usually it's Windows' fault for that. :/ |
| 23:27:16 | | Join Stephen_ [0] (n=S@86-45-100-187-dynamic.b-ras2.srl.dublin.eircom.net) |
| 23:30:07 | pixelma | Blue_Dude: how "safe" are your changes to hwcodec playback and recording? I'm just curious because I know it works quite a bit different (especially buffering and getting tag data) but I don't understand what you actually did there except some code shuffeling |
| 23:30:21 | | Quit Strife89 ("See ya.") |
| 23:32:07 | Blue_Dude | I cleaned out mpeg.h because most all the info there was either only referenced by mpeg.c (the defines) or not referenced at all (the functions). |
| 23:32:46 | Blue_Dude | The functions were only prototypes that weren't called and didn't have matching code anywhere. |
| 23:32:55 | | Quit toffe82 (Remote closed the connection) |
| 23:34:22 | Blue_Dude | Most of the rest of the changes was removing mpeg.h includes. |
| 23:34:48 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 23:40:14 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 23:42:47 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 23:43:10 | | Join AaronM [0] (n=Aaron@adsl-155-218-45.mem.bellsouth.net) |
| 23:46:16 | saratoga | if I have a data abort address in a static function, is there anyway to figure out which function it is? |
| 23:46:25 | saratoga | without recompiling and trying to reproduce the bug |
| 23:46:41 | | Join Sajber^ [0] (n=Sajber@h-65-31.A213.priv.bahnhof.se) |
| 23:47:12 | gevaerts | saratoga: do you have the .elf file? |
| 23:47:26 | saratoga | i do |
| 23:48:04 | gevaerts | in that case arm-elf-objdump −−syms rockbox.elf|sort |
| 23:49:56 | saratoga | ok that gives me good agreement with dumping buffering.o |
| 23:50:05 | Blue_Dude | I have to go. I hope the build is green... Back later tonight. |
| 23:50:09 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 23:50:37 | saratoga | a data abort is probably an attempt to dereference a null pointer? |
| 23:50:56 | saratoga | or at least something thats not a valid pointer |
| 23:51:08 | | Quit evilnick_B ("Page closed") |
| 23:51:21 | gevaerts | on arm it's often an unaligned pointer |
| 23:53:20 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 23:57:52 | | Quit stripwax ("http://miranda-im.org") |
icon identifies that the person is a core developer (has commit access).