--- Log for 16.11.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 14 days and 16 hours ago 00.00.19 # so is using literal numbers with enums IMO :) 00.00.29 # that's different 00.01.22 # it should be avoided of course, but you can't always do that 00.01.36 # where can't you? 00.02.12 # Unhelpful: you also can't really do ++ and -- on enums anymore, right? 00.02.32 # 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 # 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 # 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 # 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 # you mean in the enum declaration? 00.08.37 # no 00.08.39 # * JdGordon is somewaht surprised wpsbuild.pl works at all for sbs files 00.09.07 # so something like "enum enum_type var = 33"? 00.09.09 # JdGordon: I put some energy into it, but not too much it seems 00.09.15 # gevaerts: yea 00.09.28 # How can you ever be forced to do that? 00.09.34 # there is still lots of forced ".wps" additions for finding the files 00.09.39 # I asked you to give me an example :) 00.09.56 # and I said that it depends on what literal means :) 00.10.14 # 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 # 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 # what if a value is skipped? 00.15.16 # enum { ONE = 1, THREE = 3 }? 00.15.40 # kugel: the compiler probably won't mind. 00.15.54 # 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 # I don't know what happens if you do enum enum_type var = ONE; var++; 00.16.55 # or more fun when you copy the value of one enum to a different one :) 00.17.12 # 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 # 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 # 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 # splash? 00.30.14 # JdGordon: were you still planning to commit the ipod accessory stuff? 00.30.25 # unless you want to? 00.30.30 # nope :) 00.31.13 # ill do them soonish 00.31.53 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 00.32.17 # 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 # 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 # 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 # 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 # or did I mess something up? 00.35.42 # Unhelpful: I still don't quite understand the problem of casting an unsigned enum to a larger signed type 00.35.56 # JdGordon: works for me this way in my viewport colours WPS 00.36.52 # 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 # 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 # 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 # 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 # salty-horse: try repacking the file in foobar2000 using its "optimize mp4 layout" tool 00.39.09 # saratoga, got a unix tool? 00.39.19 # mp4box or something like that basically 00.39.26 # maybe ffmpeg can do it 00.39.49 # what can if ffmpeg can't? :p 00.39.54 # kugel: no I didn't 00.40.01 # alternatively, you could improve our mp4 parser so it supports all those oddball mp4 layouts 00.40.12 # can you do that? I would find that very interesting 00.43.09 # we need a way to search Flyspray for people with a lot of patches 00.43.20 # so I can see who commits a lot of code but doesn't yet have svn access 00.43.23 # pixelma: http://pastie.org/700326 would do that, and show the time it took 00.43.44 # saratoga: well you can sort patche by submitter 00.43.51 # well... opener anyway 00.44.08 # 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 # saratoga: luckily we established a commit template for that now 00.45.05 # i don't even know what isom is 00.45.12 # kugel: ? 00.45.47 # we usually mention the author of patches and flyspray number when committing someone else's work 00.46.10 # well i'd still have to search the commit logs though 00.46.25 # i just meant a way to figure out which users on flyspray have opened a lot of tasks 00.46.52 # isn't the number of patches they got in more important? 00.47.05 # kugel: that diff doesn't patch with current svn (one hunk fails) 00.47.06 # svn log| grep "Author: " works to get an overview 00.47.20 # pixelma: that was supposed to be applied on top of my other patch 00.47.22 # 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 # (sorry for not saying this) 00.47.43 # I thought I did that first 00.47.53 # 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 # see Uchida :) 00.50.02 # well, he's got a lot patches in too 00.50.34 # pixelma: it's possible that it doesn't apply to my earlier patch 00.51.10 # 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 # 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 # Uchida's patches are of very good quality and nearly all should go in 00.54.55 # 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 # saratoga: yyea, someone should look at the lot of wav extra codecs (or whatever that is exactly) 00.57.11 # 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 # thats been resolved 00.57.39 # the clause was removed 3 or 4 years ago and GPL compatibility restored 00.58.06 # 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 # according to logs, the code doesn't seem to have synched up with the new releases 01.00.09 # yeah its never been resynced 01.00.15 # but libfaad is a piece of shit anyway 01.00.30 # i'm slowly replacing it all with better code 01.00.41 # emphasis on slowly 01.01.03 # maybe we'll get a GSOC student to work on codecs again this year 01.01.03 # kugel: around 7 seconds (results vary slightly). As I said it only seems the tag data that takes so long 01.01.05 # is the mp4 code in libfaad or libm4a? 01.01.08 # pixelma: how do I make sure these bmp's are saved as 1bit images? I'm limited to mspaint :p 01.01.11 # libm4a 01.01.15 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 01.01.18 # libfaad is just pure AAC stuff 01.01.28 # pixelma: something goes really wrong there 01.01.29 # lilbm4a is our homemade mp4 parser 01.01.36 # its not much better then libfaad 01.01.44 # * kugel goes searching for fishy HWCODEC #ifs 01.02.05 # 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 # 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 # the current parser also has issues with large files due to how it parses the TOC atom (whatever its called) 01.02.45 # JdGordon: uh, don't know how that works in ms paint 01.02.58 # or what should I be using? 01.03.21 # JdGordon: any idea why the initial update of the wps takes 7(!) seconds? 01.03.25 # on the ondio 01.03.30 # 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 # no, thats fubar! 01.03.43 # and a few actively being considered 01.03.54 # actually yes... it might actually take that long for the id3 info to be ready 01.04.01 # 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 # so i guess we're not doing that awful about leaving people out 01.05.15 # 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 # do we have any developers who speak japanese? teru i guess? 01.05.28 # JdGordon: I think I removed the code that waits for it? 01.05.29 # maybe one of them could email uchida and ask him what his story is 01.06.09 # pixelma: http://pastie.org/700348 that splashes how much time it spends in the skin engine 01.06.13 # 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 # there's no #f HWCODEC/SWCODEC in skin_display.c :/ 01.07.12 # damn right there isnt! 01.07.27 # JdGordon: there is a seperate item for saving as 1-bit bmp in the list of Paint here 01.07.48 # I wonder if it was removed in win7.. 01.08.04 # 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 # fuck off gimp :D 01.08.14 # tried imagemagick? 01.08.49 # kugel: this instead of the other patch? 01.08.53 # 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 # 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 # 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 # (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 # kugel: a few trys all give me 0:something 01.15.05 # tries too 01.15.06 # alright, very interesting 01.15.38 *** Saving seen data "./dancer.seen" 01.15.50 # so the drawing is almost as fast as on other targets 01.16.15 # in a range of 0:3 to 0:7 01.16.19 # pixelma: everything static is being shown instantly right? 01.16.27 # its just the id3 stuff being slow? 01.17.03 # yes, and all placeholders (my fallbacks and 0:00 for playtime etc) 01.17.23 # they get shown or they dont? 01.17.53 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 01.18.04 # those show immediately and the ID3 is slow (and playback only starts, well listenable when that shows up) 01.18.19 # hm, thinking about it, the wps shouldn't show anything for those 6-7 seconds 01.18.40 # the function call I put the splash around in the latest patch is the very first drawing 01.18.41 # it almost looks like it waits until first buffering is finished 01.18.48 # yes 01.19.07 # I think it didn't always do that 01.19.58 # the first splash patch showed 7 seconds, and the second on <1 second? 01.20.17 # yes 01.20.42 # and you get to see some parts of the wps during the first 6 seconds? 01.21.32 # yes, everything except filled out ID3 info and actual playback time/progressbar 01.21.47 # that shouldn't be possible :/ 01.22.09 # how long to parts of the list show? 01.22.28 # s/to/do 01.23.01 # all the time I'd say 01.23.16 # I mean the 7 seconds 01.24.12 # 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 # can you test if that one still shows 7s http://pastie.org/700368 please? 01.25.58 # ahh 01.26.01 Quit efyx_ (Remote closed the connection) 01.26.01 # I got it 01.26.14 # forget the latest one 01.26.50 # try if this one fixes the list instead http://pastie.org/700371 01.28.01 # again on top of the others? 01.29.32 # 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 # yea, but on top of one from 1.05 (skip the 1:25 one) 01.30.06 # 1:05* 01.32.39 Quit mikroflops (Read error: 110 (Connection timed out)) 01.33.36 # salty-horse: neat 01.34.40 # google suggests its an aternative to the apple tag 01.35.17 # http://www.ftyps.com/ ? 01.35.38 # yeah 01.35.59 # 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 # either way you should open a flyspray task for it 01.38.05 # 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 # 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 # saratoga, wait, it works in the simulator but not on the sansa 01.40.41 # 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 # ah that's nice :) 01.41.14 # when music starts, ID3 info shows at the same time so it already seems to be ready 01.41.25 # I'm surprised that playback starts earler too, but it can't hurt :) 01.42.08 # yes, feels a lot better already, not that sluggish anymore 01.42.35 # alright, I'm going to commit the changes later then 01.43.02 # except the splashes that is :) 01.43.49 # salty-horse: which sansa? 01.44.10 # 280 v1. can I view stderr somehow? 01.44.14 Quit Thundercloud (Remote closed the connection) 01.44.16 # kugel: nice, good to see some result from nagging and testing :) 01.44.33 # :) 01.45.14 # salty-horse: on device you can configure a build with logf and then enable logf in the codec 01.45.23 # but i'm not 100% how it works for codecs 01.45.46 # though i think double checking this on the sim would be a good idea 01.45.50 # there should not be any difference 01.46.15 # 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 # saratoga: yea, it's more strict for those, but less strict (not strict at all) for alignment problems 01.49.51 # building with DEBUG and Logf 01.51.06 # 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 # /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c: In function ‘debug_skin_usage’: 01.52.36 # /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 # /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 # /home/ori/devel/rockbox/apps/gui/skin_engine/wps_debug.c:638: error: for each function it appears in.) 01.53.14 # this is just a logf build? 01.53.21 # and DEBUG 01.53.25 # should I disable DEBUG? 01.54.27 # missing ifdef around debug_skin_usage 01.54.35 # i don't think you can compile with DEBUG on target 01.54.37 # its a sim thing 01.54.44 # DEBUGF that is 01.55.10 # 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 # it'll show up in the debug menu, you'll see a logf option there 01.55.30 # ok 01.55.48 # alternatively if you think its an alignment problem, you could get someone with a coldfire target to try 01.55.53 # those can do unaligned accesses 01.56.40 # the configure prompts should have a "> " 02.00.14 Quit hillshum (Read error: 145 (Connection timed out)) 02.03.02 # saratoga, logf says nothing after trying to play the file 02.03.29 # salty-horse: at very least you should get the same debugf prints you saw on the sim 02.03.58 # what's the logfdump option? 02.04.08 # 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 # btw, isom standard: http://standards.iso.org/ittf/PubliclyAvailableStandards/c051533_ISO_IEC_14496-12_2008.zip 02.04.46 # 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 # 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 # ah :/ 02.05.17 # otherwise the logf and debugf calls all filter to nulls 02.05.46 # #define what? LOGF? 02.06.02 # check logf.h 02.06.06 # i forget what it is 02.06.57 # ROCKBOX_HAS_LOGF ? 02.08.07 # yeah looks like it 02.08.27 # autoconf.h already defines it 02.08.46 # so I just included it in demux.c 02.10.08 # apps\metadata\mp4.c might be neat too 02.10.21 # it already has logf included 02.10.28 # ok still nothing in the logf 02.10.30 # though if the device is going to crash you won't be able to see anything 02.10.44 # it doesn't crash 02.10.53 # then its not an alignment issue 02.11.04 # just tries all the files in the dir (while reading their metadata!) and returns to file list 02.11.15 # trying to do an unaligned access on hardware that can't do that will kill the whole system 02.11.34 # ROCKBOX_HAS_LOGF has to be defined in each file you want to see output from 02.11.36 # want one of the files? it's from youtube 02.11.36 # did you do that? 02.11.47 # post it in an FS task with your patch 02.11.51 # yes, and I got warnings from the compiler 02.11.55 # I'm not sure if it's legal 02.12.09 # truncate it to be less then 30 seconds and then its legal 02.12.52 # 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 # did you define LOGF_ENABLE before #include "logf.h"? 02.13.30 # nope :/ 02.13.31 # 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 # 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 # 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 # 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 # kugel, your suggestion didn't help. 02.17.21 # 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 # 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 # ah yea 02.18.24 Quit saratoga (Ping timeout: 180 seconds) 02.21.55 # if it's only an equality comparison you can fix it by casting -1 to the enum type 02.22.30 # there's one in mpegplayer that's worse, since it's if ((signed)enum_var > -1) 02.23.23 # 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 # 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 # New commit by 03kugel (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 # New commit by 03kugel (r23645): Avoid two subsequent full update. 02.38.39 # New commit by 03kugel (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 # JdGordon: there's a bug with updating next track info 02.41.04 # it doesn't work half of the time 02.41.14 # when skipping manually 02.45.37 # 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.32 Quit Llorean ("Leaving.") 03.00.38 # 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 # 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 # 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 # 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 # Jobo: you can then choose to install the latest release or the current development build 03.13.12 # 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 # 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 # 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 # Is there any information you can give me to help me?? 03.16.18 # read the manual, and use rbutil, it's the easiest way to install it. 03.16.58 # Should I install an unstable version? a current build? what is a sansa patcher for? 03.17.26 # 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 # alright thank you. 03.18.00 # I really appreciate it. 03.18.18 # 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 # 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 # 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 # Once Rockbox is installed on your e280, an update is as simple as unzipping the new version over your existing version 03.24.02 # hmm 03.24.11 # stable and unstable aren't releases, they're classifications of ports, not actual builds you can install 03.24.49 # 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 # What would you recomend I should do? 03.25.21 # theres no reason to ever use anything but the newest version 03.25.22 # Get the installed and read the manual. 03.25.34 # s/installed/installer 03.25.39 # I am confused 03.25.56 # Okay, let's take it from the top;. 03.26.03 # Jobo, what is your device? 03.26.16 # lets not take it from the top 03.26.17 # e280 03.26.20 # v1 03.26.21 # go read the damn manual and do what it says 03.26.24 # I am 03.26.25 # Jobo: Okay. 03.26.29 # this isn't that hard and you don't need someone to read it to you 03.26.32 # I know 03.26.38 # there are just a few things I am confused about 03.26.41 # Jobo: Wait, I'll make this as simple as I possibly can. 03.26.45 # sorry 03.26.45 # then ask questions or go away 03.26.56 # I dont mean to bother everyone 03.27.01 # I will just do it my damn self 03.27.11 # I wanted to know 03.27.20 # want to know what you haven't even asked a question 03.27.21 # 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 # I want to know 03.27.43 # what is the difference 03.28.00 # between the newest releases 03.28.01 # between what and what? 03.28.14 # releases are numbered 03.28.19 # the current builds or the stable builds and stuff 03.28.20 # larger numbers indicate newer releases 03.28.25 # that is the difference 03.28.26 # I wanted to know what is better for me to install 03.28.33 # did you see my reply? 03.28.33 # Jobo: Release version 3.4, while fairly new, does not contain the VERY LATEST improvements and features. 03.28.44 # 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 # Jobo: The "current build" is made several times a day, and contains all the latest stuff. 03.29.29 # so is it "stable" to use them?? 03.29.31 # Jobo: You can use the Automated Installer to install 3.4, then manually update it with the current build. 03.29.32 # are they buggy? 03.29.54 # ok so if I download the current build 03.29.55 # 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 # and then drag it over to the .rockbox file 03.30.15 # I understand 03.30.34 # I was also wondering what kind of features are on the newest build? 03.30.35 # 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 # that differ from 3.4 03.30.48 # theres a link on the front page listing them 03.30.54 # I know 03.31.02 # but I wanted to hear what you guys think... 03.31.16 # i think you should check out #rockbox-community 03.31.17 # Jobo: Most of us just use the Current Build. 03.31.18 # "we guys" wrote the stuff you read already. :/ 03.31.19 # 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 # but hearing from you folks I think it would be best to install the latest realease. 03.31.52 # I am sorry to pester you all 03.31.55 # Jobo: If you are more concerned about stability, then just install 3.4 and be done with it until 3.5. 03.32.16 # thats why I got on this channel to ask you 03.32.17 # 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 # well you were saying the latest release will be fine 03.32.56 # 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 # 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 # Whereas if you go for the *very latest* version, you run a risk, however minor, of hitting unforseen bugs. 03.33.55 # would the benefits outway the risks/ 03.33.57 # ?? 03.34.12 # Jobo: From my experience, yes. 03.34.18 # that is what I wanted to hear 03.34.31 # I am sorry for any complications I may have caused. 03.34.41 # I only wanted to find clarity to my situation. 03.34.56 # next time just read the manual, everything you asked was in the first 2 paragraphs of the install directions 03.35.00 # Jobo: Just be sure to read up next time, k? :) 03.35.02 # would have taken you 1/10th as long 03.35.07 # Jobo: i would also agree with Strife89 that it is usually best to use the latest version 03.35.28 # 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 # I know I have read it... I just wanted to talk to someone about the latest daily builds 03.35.45 # I am sorry 03.35.49 # if you just want to chat, check out rockbox-community 03.35.55 # I am not trying to chat 03.36.01 # I am trying to find answers!!! 03.36.11 # Jobo: He means if you want to hang out after this. 03.36.11 # ok talk about things that don't belong here 03.36.14 # I just dont like always getting the cold shoulder 03.36.16 # ok 03.36.17 # thank you 03.36.37 # saratoga: At least, I think you do. :/ 03.37.28 # 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 # 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.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 # New commit by 03jdgordon (r23647): add some bmp strips needed for the rec screen which wernt already added... 04.53.51 # New commit by 03jdgordon (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.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 # 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 # JdGordon: ping! 05.19.39 # good evening 05.21.04 # 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 # pixelma is a she :) 05.21.39 # Oops. Sorry pixelma, when you read this... 05.21.43 # thats what it sounds like 05.24.02 # 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 # ...talked about. 05.24.15 # 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 # the ondio is hwcodec, so in all rights shouldnt be affected by your patches at all no? 05.28.09 # Never mind. 05.28.11 # :) 05.28.33 # I don't know which is which most of the time. 05.29.52 # all the archos are hwcodec, the rest are usable :) 05.30.02 # i didn't realize HWCODEC bypasses pcm buffering 05.30.12 # i suppose the codec just dumps the pcm directly to the dac? 05.30.19 # 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 # saratoga: yeah, hwcodec just pumps mpeg data to the codec and *magic* :) 05.31.17 # (may be slightly simplified) 05.31.21 # The codec is hardware, so I'm sure it uses an internal mechanism to pass data. 05.31.34 # anyone think making test builds of the clip buffering patch for other swcodec targets makes sense? 05.31.46 # it seems like a general buffering bug thats uncommon on most targets 05.32.21 # I looked at the flyspray thread and I couldn't even follow it. I know next to nothing about buffering.c. 05.32.34 # saratoga: I really cant imagine it causing probalems on other targets 05.32.42 # As far as I'm concerned, it's all magic function calls. 05.33.21 # 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 # isnt it fixing paths which are almost never hit on high mem targets? 05.35.32 # JdGordon: its fixing how handle locations are calculated 05.35.45 # this will definately change how all devices buffer 05.36.02 # its just that the corner case it fixes becomes nearly impossible if the buffer is large enough 05.37.23 # I'm glad you guys are on that. Tracking buffer logic gives me a headache. 05.37.30 # i'm barely on it 05.37.37 # i just want to be able to use my clip 05.38.16 # I'm just here giving not very useful responses 05.38.47 # And I gave you a few thousand bytes back for the clip. Use 'em! 05.38.51 # i guess i'll just start using it on my players and see if anything breaks 05.39.40 # whats the fs#? 05.40.05 # 10605 05.40.40 # funman put a nice comment in buffering.c explaining the bug 05.41.02 # which patch? 05.41.38 # Barely tested update inbound... 05.41.44 # the last one in the thread 05.42.38 # New commit by 03blue_dude (r23649): pcmbuf cleanup 05.43.24 # 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 # has ui responsiveness been improved? 05.45.07 Quit AndyI (Read error: 110 (Connection timed out)) 05.46.53 # Doubtful. It was mostly saving memory. Some stuff might run faster but it would be marginal. 05.47.08 # That and it's 100% easier to read now. 05.47.11 # what were you saying about that then? 05.48.21 # 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 # i mean a week or two ago you mentioned UI responsiveness 05.49.21 # 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 # Blue_Dude: you shold get it to preemtivly buffer the playlist the user is going to load! 05.50.09 # I should have it wake the player up five seconds before it's turned on. That would be a good patch. 05.51.12 # of course! 05.51.59 # Wow, that last commit didn't save squat. I think we've definitely hit the wall of diminished returns. Next file. 05.54.01 # I guess I ought to get started on playback.c. *sigh* 05.54.26 # well... its still getting to cleaner code isnt it? 05.54.34 # I've still got to come back to pcmbuf and do the software mixer. 05.54.56 # any chance you could do a proper writeup of how it works and how it should be used and stuff? 05.54.57 # It is. I'll settle for bare readability. 05.55.14 # 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 # Go figure it out! Puts hair on your chest. 05.56.26 # doesnt the stiff drink you need before going into that code do that? 05.56.57 # 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 # everything? 05.57.33 # That's... broad. 05.59.20 Join orly_owl [0] (n=DavoDink@c122-108-50-15.sunsh1.vic.optusnet.com.au) 05.59.39 # Installing Rockbox will wipe the music off my ipod won't it? 05.59.58 # i guess a high level explanation of how it fits in with the audio drivers and codec files would be useful 06.00.02 # no 06.00.29 # no to me? 06.01.31 Join Blue_Dude_ [0] (n=chatzill@rockbox/developer/Blue-Dude) 06.01.34 # :/ 06.01.52 # yes, you wont lose your music 06.02.03 # oh really? cool 06.02.23 # im guessing it doesnt reformat the parition then 06.02.26 # I'm back. Hotel internet sucks. 06.02.37 # only if it isn't already fat32 06.02.52 # yeah its fat32 06.02.52 # * Blue_Dude_ checks logs. 06.05.31 # 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 # anything that helps other people undestand how it all works 06.08.12 # 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 # What license is Rockbox Utility released under? 06.09.27 # 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 # GPLv2+ 06.09.34 Join kisuke [0] (n=kisuke@host-98-127-193-159.gdj-co.client.bresnan.net) 06.10.25 # OK. I didn't see thst mentioned anywhere though. 06.10.26 # And data could pass back and forth via queues rather than globals and function calls. 06.11.26 # theres a license in the header of its source files 06.12.22 # how does one not get a short read error when trying to install to an iPod video? 06.13.54 # what operating system, and what is the message? 06.14.08 # 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 # oh ok. I was just looking for a LICENSE or COPYING file 06.16.49 # saratoga: linux x86 and terminal or log out put? 06.18.03 Quit Blue_Dude (Read error: 110 (Connection timed out)) 06.18.29 # kisuke: what software is this? 06.19.18 # saratoga: the automated installer, if i understand what you are asking 06.19.56 # what error did it give you? 06.20.42 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.21.13 # saratoga: failed to add bootloader 06.21.39 # saratoga: it is running as root 06.23.26 # i don't see that in the source code, so I donno 06.28.44 # nothing huh 06.31.01 # 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 # 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 # in that it doesn't instantly corrupt the buffer 06.43.02 # wow this is pretty cool 06.43.02 Quit Sajber^ ("Leaving.") 06.43.07 # thanks everyone 06.59.42 Join webguest74 [0] (n=631f9b4e@giant.haxx.se) 07.02.23 # 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 # 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.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 # can you play mp4 files in rockbox? 08.10.11 # 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.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 # 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.15.56 Join leafwiz [0] (n=quassel@87.246.65.177) 10.16.18 # 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 # It's connected at a generic device. 10.17.07 # 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 # 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 # linuxstb: I'm using 3.0 10.22.28 # 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 # linuxstb: I got it to work. It was just something with the filepermissions 10.48.29 # 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 # 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 # saratoga, seen my tracker item? http://www.rockbox.org/tracker/task/10790 10.56.17 # (hi) 10.58.08 # 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 # I have upgraded. It's so easy to do. 10.59.14 # salty-horse: saratoga normally isn't around at this time - wait another 12 hours or so... 10.59.20 # So now I'm on 3.4 and everything works.. :) 11.00.04 # 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 # 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 # 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.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 # salty-horse: Ping 12.18.12 # hi :) 12.18.28 # nice work on the wps :) 12.18.36 # Hi, We should start a group :-) 12.19.37 Quit parafin (Read error: 60 (Operation timed out)) 12.19.39 # Thanks. Let me know if there are other Hebrew related bugs 12.22.41 Join parafin [0] (i=parafin@paraf.in) 12.22.43 # I'm not using it (like english), but it will be useful for non-computer-literates to use it 12.23.03 # I notice there's no indentation between the first item (title) and the rest of the items 12.23.16 # (the english layout has a few pixels of offset) 12.25.01 # 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 # ok :) 12.26.17 # 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 # what setting controls it? 12.32.04 # salty-horse: Settings -> Theme Settings -> Status-/Scrollbar -> Scroll Bar 12.32.23 # there's also display > scrolling. confusing? 12.32.33 # general > display > scrolling 12.32.55 # Scrolling means scrolling text lines which are longer than screen width... 12.33.23 # I dislike the lack of convention in using both Scrollbar and Scroll Bar 12.34.03 # I agree. the "-/" is also odd 12.35.16 # Wikipedia uses the term 'Scrollbar' (http://en.wikipedia.org/wiki/Scrollbar) 12.35.27 # 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 # 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 # hebrew song titles ending with exclamation marks could be displayed correctly :) 12.38.34 # 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 # oh I have that 12.38.49 # I'm using a dejavu font 12.38.55 # I have a pseudopatch for it 12.39.13 # salty-horse: That would be great. Do you have a FlySpray item for that? 12.39.26 # in the tracker, but apparently I gave a post-processed font instead of a bdf. I need to rework it. sec 12.40.07 # http://www.rockbox.org/tracker/task/8877 12.41.00 # 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 # 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 # 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 # 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.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.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.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 # 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 # Strife89: nice, did you measure the OF battery life ? 15.47.06 # funm4n: Not yet. 15.48.32 # 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 # 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.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 # 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 # Strife89: you can switch back to the "old" editor 16.58.57 # And a row for results, please. I'm running a benchmark now; should be done by 11 PM EST. 16.59.13 # Zagor: Ah, never saw that option. 16.59.22 # it's one of the buttons 17.00.06 # Zagor: I seem to be unable to close tasks 17.01.10 # 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 # 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 # 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 # Unhelpful: why do you need that? 17.48.08 # New commit by 03moos (r23650): Updated french translation. 17.54.27 Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.64) 17.58.14 Quit Strife89 ("Leaving class.") 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 # 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 # 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 # kugel: nope to which? or both :) 18.33.09 Quit Tomis (Read error: 104 (Connection reset by peer)) 18.33.11 # 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 # but that doesnt make sense before do_menu() is renetered up there so it should get a new list 18.33.39 # 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 # is anyone actually going to change statusbars without rebooting? I mean really? :p 18.50.21 # ... 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 # 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 # 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 # mspaint 18.59.14 # I might have to remake them :( 18.59.20 # Also the battery one at least wastes a row of pixels per subimage 19.00.04 # 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 # I'm at work for the next 7 hours... so yeah if you could fix them that would be great :) 19.01.58 # thanks 19.02.03 # 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 # 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 # 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 # hi 19.29.51 # i'm looking for a cheap player with ~4gb and long battery lifetime 19.30.05 # sansa e240? 19.30.58 # 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 # well, it won't run rockbox 19.31.59 # 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 # it would do much to streamline the process of using ttf fonts for rockbox :) 19.32.26 # i'd be ok with that, only very fewe players i like run rockbox :/ 19.32.38 # fir3, then why ask here? :) 19.32.44 # everyone here is biased 19.32.53 # Unhelpful: but you don't *need* to hack in mono support ? 19.33.08 # where would be a good place to ask? 19.33.39 # 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 # fir3, google, blogs, reviews 19.35.20 # Unhelpful: I think a one-step ttf->font tool in SVN would be handy if there's not one. 19.35.44 # Llorean, there is: 19.35.59 # http://www.math.nmsu.edu/~mleisher/Software/otf2bdf/ 19.36.10 # salty-horse: Is that in SVN? 19.36.17 # And, bdf is not fnt. 19.36.23 # So that's hardly one step. 19.36.36 # I thought that's what you meant. the tool could just glue the two 19.36.49 # Unhelpful: how's your AAF progress? 19.37.15 # Llorean, this + tools/convbdf will do what you want 19.37.18 Quit Tomis (Read error: 104 (Connection reset by peer)) 19.37.46 # 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 # 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 # 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 # 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 # fredb: where did you get it for 40$? the cheapest one i can find is 70€ (germany) :/ 19.39.45 # 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 # 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 # 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 # Unhelpful, where's convttf? 19.41.55 # Unhelpful: is that 2bit? 19.42.41 # kugel, stating the obvious: http://en.wikipedia.org/wiki/Subpixel_hinting 19.42.55 # kugel: yes. 19.44.15 # it looks ok 19.44.37 # the colorful pixels are quite noticable to me though 19.45.17 # On the actual player, or on your monitor? 19.45.23 Join Strife89 [0] (n=michael@168.16.237.214) 19.45.33 # player 19.45.44 # Then don't use AA fonts, I guess. 19.46.37 # Unhelpful, got a link to convttf please? :) 19.46.46 # 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.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 # 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 # my e200? 20.34.04 # 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 # the latter, unless you got the dreadful ATA ERROR -666 20.35.35 # ESATAN ? 20.36.43 # i'm looking at unifying read/write in there, and there's a few differences in how they work atm 20.36.58 # and tey return crazy different error codes (and the write code tends to panic rather than returning errors) 20.37.37 # 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 # well, i expect so, yes :0 20.38.00 # but ata_{read,write}_sectors are pretty much the originator of those 20.39.00 # is anyone likely to be unhappy if i make writing more forgiving? :) 20.39.27 # 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 # retrying is fine. 20.41.54 # the thing is that the fat code is going to panic anyway when ATA returns an error, pretty much ;) 20.42.16 # 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 # domonoky1: in the ATA driver? 20.44.18 # Writing to the OF part is needed there 20.44.39 # 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 # domonoky1: all players with ATA 20.45.09 # domonoky1: players with ATA :) 20.45.13 # i'm talking about the generic ata driver. 20.45.29 # 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 # no, not those 20.46.02 Join fredb [0] (n=fred@pool-71-171-201-82.chi01.dsl-w.verizon.net) 20.47.11 # 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 # er, but checking leads to panics, even 20.47.48 # 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 # just as long as it doesnt go into an endless retry loop... 20.52.46 # it only tries, er, five times or something in the read :0 20.52.47 # so it would be the same 20.53.20 # it does a soft reset between, and assumes that the error was probably due to drive being shaken ;) 20.53.31 # 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.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 # Why exactly is mpeg.c called that? Shouldn't it be hwcodec.c or something? 21.09.49 # New commit by 03blue_dude (r23651): Cleanup audio.h, related functions 21.09.55 # because you can only play mp3/mp2 with it? 21.10.18 # (wav is possible but currently only in a plugin) 21.10.33 # Yeah, but it's only used for hwcodec targets. It's the hwcodec version of playback and codecs. 21.11.15 # filenames arnt something you should assume to make sense... 21.11.30 # I keep confusing it with the mpegplayer plugin. I have to keep reminding myself what its for... 21.11.50 # and the current supported codec only does mp3 and mp2 (and maybe that's kept for historic reasons) 21.12.22 # 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 # kugel: well, the test doesn't really suffer from color fringing on mine.. 21.33.35 # Unhelpful: do you think they used different lcd types? 21.33.44 Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) 21.35.27 # 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.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 # 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 # because I'm lazy... I thought 10 steps would be fine... 22.13.19 # I tihnk also because I thought 10 steps were the max in a strip 22.13.22 # but thats wrong 22.13.33 # it definitely is. I've used 52 22.14.00 # ! 22.14.37 # * gevaerts wanted a smooth reverse progress bar! 22.14.59 # did that work? 22.15.58 # http://www.evonet.be/~gevaerts/test.zip 22.15.59 Join phanboy4 [0] (n=benji@gate-22.spsu.edu) 22.16.19 # 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 # it's for 240x320 if you want to have a look at it 22.18.06 # 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 # don't expect this one to actually look nice :) 22.19.46 # it's purely a technology demo 22.21.27 # gevaerts: hello, did you have a look at those M$ descriptors ? 22.21.45 # um, no, not yet 22.22.12 # 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 # perhaps a stupid question but why nano2g does not use WHEEL_ACCELERATION ? 22.28.27 # Utchybann: I tried enabling it once, but things went horribly slow. I didn't investigate much further. 22.30.27 # gevaerts: it does work, it just wasn't what I thought a reversed progressbar would be :) 22.30.55 # kugel: what did you think? RTL? 22.31.07 # You can use the same technique for that 22.31.18 # 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 # yea it's overly sensitive Utchybann 22.31.49 # i noticed that too 22.32.10 # * gevaerts recommends setting the appropriate setting for this 22.32.51 # 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 # linuxstb: I have made some experiment with WHEEL_SENSITIVITY with no luck (it just give me slower scrolling speed). 22.34.59 # I hope to get my hands on a nano2g again to look at the wheel 22.35.44 # I think I identified the problem that makes the generic wheel code work so poorly 22.38.44 # kugel: if you have code to test... my nano is ready. 22.39.04 # 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 # 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 # pamaury: if I understand these things correctly, we'd mainly need the CompatID things? 22.44.07 Quit funman ("free(random());") 22.44.22 # 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 # 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 # 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 # Has anyone seen something like this before? I'm stumped :/ 22.47.10 # pamaury: an extended property descriptor with wCount=0 shouldn't be too hard to do I guess 22.47.27 # shotofadds: that reminds me of some of the things I've heard about MMC cards 22.47.45 # not exactly the same though 22.48.29 # I wonder why loading the binary via ROLO works, but not the bootloader? maybe the longer delay makes a difference 22.48.51 # sounds likely 22.49.08 # 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 # 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 # 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 # just put it in a nice loading splash and they wont care 22.51.23 # we could animate it and everything! 22.51.26 # play a little tune and a video 22.51.29 # shotofadds: if it fails, does retrying after a delay work? 22.52.01 # gevaerts: currently it re-tries in a loop, but with a very very short delay in between 22.52.32 # 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 # pamaury: my guess is "because windows does it" 22.53.24 # or to get this label? Is that used somewhere? 22.53.37 # also I guess it should send it back to the idle state before re-trying 22.54.08 Quit petur ("Zzzz") 22.54.29 # 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 # fun :( 22.54.56 # Still, there's not much we can do about it 22.55.09 # There is a comment in libmtp code the the link is dead: 22.55.16 # * This checks if a device has an MTP descriptor. The descriptor was 22.55.21 # * elaborated about in gPhoto bug 1482084, and some official documentation 22.55.25 # * with no strings attached was published by Microsoft at 22.55.29 # * http://www.microsoft.com/whdc/system/bus/USB/USBFAQ_intermed.mspx#E3HAC 22.55.41 # 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.17 # pamaury: Use a pastebin next time? 23.00.19 Join AEnima1577 [0] (n=clbarnob@nc6521b64.cns.vt.edu) 23.00.25 # yes :) 23.00.27 Join salty_horse [0] (n=ori@bzq-79-179-134-210.red.bezeqint.net) 23.01.53 # gevaerts: the gPhoto bug reports is not very instructive, the only useful thing is the link but it's dead :( 23.02.09 # New commit by 03blue_dude (r23652): mpeg.h/c cleanup 23.02.19 # pamaury: you could try asking in #gphoto if they know more 23.06.51 # 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 # ah, ok 23.08.11 # I think the best way to know is implement compat IDs, check with windows and then conclude :) 23.08.36 # 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 # 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 # So the way it's now implemented is correct ? (I don't know if you checked the code on github). 23.11.33 # 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 # For now it's implemented by "usb_drv_recv(EP_CONTROL, NULL, 0)". Isn't it the correct way you describe ? 23.12.17 # 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 # yes, but it needs to be done *before* the usb_drv_send() (if there is one) 23.12.50 # 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 # Ah !!! 23.13.19 # bluefoxx___: yes, the latest released bootloader does that 23.13.21 # Or having my battery run dead and plugging it in to find the same happening 23.13.22 # Oh? 23.13.24 # Then you're right, it will break on some tarhets :) 23.13.31 # Link please? 23.13.36 # * targets 23.14.08 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.14.11 # So I should ack just after receiving the packet and before sending anything. 23.14.39 # yes. Well, tell it to ack, it's still host-initiated :) 23.14.59 # bluefoxx___: the manual should have links, or just download a recent rbutil 23.15.14 # yes :) 23.15.21 # I prefer to manually flash 23.15.36 # pamaury: http://www.microsoft.com/whdc/connect/usb/usbfaq_intermed.mspx 23.15.46 # Fiddled with the rbutil once, decided I don't want another doeverythingforme app 23.15.46 # 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 # What's going on with the build? 23.17.36 Quit salty-horse (Read error: 110 (Connection timed out)) 23.17.42 # 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 # Blue_Dude: "Server connection stalled. Exiting in 5s" doesn't sound good 23.18.05 # 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 # 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 # 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 # 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 # 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 # 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 # 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 # if I have a data abort address in a static function, is there anyway to figure out which function it is? 23.46.25 # 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 # saratoga: do you have the .elf file? 23.47.26 # i do 23.48.04 # in that case arm-elf-objdump --syms rockbox.elf|sort 23.49.56 # ok that gives me good agreement with dumping buffering.o 23.50.05 # 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 # a data abort is probably an attempt to dereference a null pointer? 23.50.56 # or at least something thats not a valid pointer 23.51.08 Quit evilnick_B ("Page closed") 23.51.21 # 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")