--- Log for 06.03.111 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 hours and 40 minutes ago 00.00.21 # kugel: yes. That's a good reason to keep both 00.02.00 # freddyb: that's not intended. r28884 was for RaaA mainly 00.02.33 # I'm going to change it then, if no one cares. 00.03.06 # freddyb: make sure you keep current behaviour for RaaA 00.03.48 # freddyb: better change io.c to not return symlinks for the sim as they don't exist on targets 00.03.52 # native targets* :) 00.04.08 # the actual bug is that RaaA still uses io.c of course ;) 00.04.19 Quit kevku (Ping timeout: 260 seconds) 00.04.39 # The sim should use simlinks, not symlinks :) 00.04.46 # hm 00.04.57 # Err, I was going to do this: http://pastie.org/1637601 00.05.17 # Any thoughts about loopback mounting and USB CD emulation for gsoc? Too fancyful, possibly? 00.05.46 # i think that would actually be useful to a surprising number of people 00.06.07 # I'd love to have a device that can be one of a bunch of bootable images on command without having to hack together some custom boot frontend 00.06.09 # gevaerts: didnt you hack up loopback mount already? 00.06.19 # kugel: "hack up", yes 00.06.27 # do you consider it enough work? 00.06.49 # i think it would be 00.06.52 # Together with CD emulation, yes. Definitely if we do audio CD emulation :) 00.07.01 # loopback mounting "properly" is a reasonable chunk 00.07.05 # and emulating being a CD is another 00.07.14 # I would love loopback mount since I regularly use my sansa e200 to install OSes on my laptop :) 00.07.24 # always wiping the microsd sucks :p 00.07.38 # kugel: the current implementation has nice features like breaking if the underlying disk spins down IIRC 00.07.55 # less latency, awesome! 00.08.12 # oh I read that wrong 00.08.24 # If we don't do audio CD emulation, the thing would be somewhat outside of the official main goals of rockbox 00.09.07 # is audio cd a lot different from any (bootable?) cd? 00.09.42 # he means emulating an audio cd from encoded audio :) 00.09.53 # I'm not sure on the protocol side, but what I really mean (but of course didn't say) is presenting any playlist as an audio CD 00.09.59 # i.e. decoding it and faking PCM data 00.10.00 # there was also the goal of multiple selectable usb drivers, part of hid but not finished 00.10.18 # And that's lots of fun, involving the playlist engine, SCSI, USB, seeking in codecs, and everything 00.10.52 # anyway, it's not really related to our core goals, no, but i think it's a pretty neat feature nonetheless 00.11.11 # and it might help to make usb more modular ;) 00.11.16 # I think we've pretty much covered our core goals long ago :) 00.11.49 # i think if someone wants to work on it it's fine 00.12.03 # well, tts would probably still be a core goal 00.14.56 # "bottom 0x50 Push object to the bottom of its container, not changing its size. " 00.14.58 # We also know it has some nontrivial hurdles, although we don't have full details on what those are... 00.15.03 # oops 00.15.33 Quit liar (Quit: hallowed are the ori!) 00.15.50 # * gevaerts will write up the loopback+CD thing 00.16.12 # gevaerts: is actual loopback mounting actually really related, btw? 00.16.16 # Oh, bonus points for CD burning support of course :) 00.16.25 # isn't USB disk/cd emulating kinda orthogonal to actually mounting a FAT image under rockbox? 00.16.37 # hm, probably 00.16.46 # i guess it depends how you do it 00.17.00 # that's why I asked about bootable live cd images :) 00.17.05 # Well yeah. 00.17.23 # Just convincing the storage layer that there's noahter disk based on a loopback file lets you do loopback mounting and also USB disk emulation probably 00.17.29 # but USB cd emulation is likely to need a bunch of special handling.. 00.17.41 # it might be easier to have just a USB emulation mode that handles both without using the storage layer 00.17.55 # yes 00.18.49 # Of course loopback mounting and iso9660 support are also useful, since that would allow people to play dvd images directly in mpegplayer.rock 00.19.08 # New commit by 03fredwbauer (r29530): Follow symlink dirs on UI simulator 00.19.14 # (assuming they happen to have matching resolutions) 00.19.35 # (and assuming the bitrate isn't too high for the CPU) 00.19.55 # hm, maybe not useful at all on any player we run on then :) 00.20.00 *** Saving seen data "./dancer.seen" 00.20.13 # Well, videocd 00.20.19 # ah, yes 00.20.20 # DVDs are UDF :) 00.20.24 Quit enthdegree (Ping timeout: 246 seconds) 00.20.30 # adding iso9660 might be considerd against the whole no more fs thing :) 00.20.51 # We'd add iso9660 to mpegplayer.rock :) 00.20.59 # bloody hell 00.21.06 # But then you don't need loopback mounting to use it 00.21.11 # it can just read it as a file 00.21.22 # oh, right 00.21.37 # Well, relocatable plugins and filesystem drivers as plugins then? 00.22.02 # Well yes ;) 00.22.02 # * gevaerts wants loopback support, and he wants it to be useful! 00.22.13 # * jhMikeS wants whatever these two hams took today 00.22.53 # We'll need some sort of initrd support too 00.23.05 # haha 00.23.13 # Otherwise we can't ever load the FAT driver to load anything else! 00.23.15 # (well i say haha but actually that wouldn'tbe very hard) 00.23.22 # (just concatenate it onto the end of the image 00.25.37 # kugel: any chance of you expanding those ideas a bit so they're wiki-ready, or should I try to find other volunteers for that? 00.25.57 # I thought we work together on expanding the ideas 00.26.50 # r29530 build result: All green 00.26.57 # right 00.27.21 Quit JackWinter (Read error: Connection reset by peer) 00.27.39 # For the playlist and bookmarks ones, that mainly involves listing the missing features? 00.30.46 # hm, are those really separate things? Isn't the reason that bookmarks don't work with the database mainly that playlists aren't fully integrated with the database? 00.31.19 # * gevaerts isn't a database user, so he doesn't really know the issues 00.31.35 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 00.32.09 # what do you mean "work with"? "obligate one to use the database"? 00.32.11 # database queries result in dynamic playlist as opposed to playing folders 00.32.35 Quit bertrik (Ping timeout: 255 seconds) 00.33.03 # that a) results in the "erase dynamic playlist" prompt but also has other disadvantages...let alone the inconsistency with the file browser 00.33.30 # I'm not aware of all the issues but I remember there are some which came up over the years 00.34.21 # Maybe a quick mail to -dev asking people to enumerate the issues? 00.34.24 # nice. Building Rockbox Utility for Windows takes 2:20 on my Mac, 6:30 in a VM on the same box :) 00.35.33 # gevaerts: good plan 00.35.58 # "we have no maintainer" is also a good reason in my book 00.36.48 Quit {phoenix} (Remote host closed the connection) 00.40.41 # kugel: I'll send one in a bit, after I've worked a bit on the CD emulation idea 00.43.48 # jhMikeS: I sincerely hope not 00.45.03 Quit Keripo (Quit: Leaving.) 00.47.18 Join veve [0] (~veverone@79.112.111.138) 00.47.28 # hi there :) 00.48.27 Quit leavittx_ (Read error: Operation timed out) 00.50.09 Quit veve (Read error: Connection reset by peer) 00.50.41 Join veve [0] (~veverone@79.112.111.138) 00.51.03 # i've encountered a small problem when using RockBox with my Sansa Clip v1: it doesn't play my oggs. Many files, created in the same way, won't play any more. You can have a look at my bug post here, if you are interested > http://www.rockbox.org/tracker/task/11992 00.53.17 # veve: I'll try that file on some of my players in a minute 00.53.47 # gevaerts: thank you :) 00.55.12 # i had some problems with ogg files on my clip+ too, should investigate that some day 00.55.17 # they made it hang 00.56.52 Join chattr [0] (~mike@56.167.189.72.cfl.res.rr.com) 00.57.01 Part chattr ("gone") 00.58.04 # agree 01.01.30 # That file fails on my clipv1, and plays fine on my fuzev2 01.02.59 # gevaerts: maybe, if you use RockBox :-S. It playes fine on Sansa Clip v1 default firmware (01.01.35) 01.03.13 # I don't care about that :) 01.03.17 # anyway... if ogg doesn't work i will try AAC Plus :) 01.03.34 Join leavittx_ [0] (~lev@89.221.199.187) 01.03.54 # My bet (as someone who knows nearly nothing about codecs) is that this particular file needs too much RAM to decode 01.03.57 # * jhMikeS 's been playing oggs lately 01.04.29 # New commit by 03bluebrother (r29531): Support cross compiling for Windows target. ... 01.05.45 Join Xerion_ [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 01.06.01 # gevaerts: i understand that with RockBox we are using a different decoder, but in the spects it says "efficient" at the ogg section. So... my bet is that it doesn't use that much RAM to decode :) 01.06.57 # veve: efficient usually refers to CPU usage 01.08.04 Part vnl 01.08.30 # I understand that vorbis is a bit annoying to decode in the sense that it needs a rather large amount of RAM 01.08.37 Quit Xerion (Ping timeout: 276 seconds) 01.08.37 Nick Xerion_ is now known as Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 01.09.17 # Well, more "unbounded" than "rather large". There's no amount of RAM that's definitely enough for all vorbis files 01.11.02 # r29531 build result: All green 01.13.50 Quit freddyb (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122652]) 01.14.29 # something looks odd in creating malloc_buf 01.19.42 Quit u42p (Quit: Leaving) 01.21.19 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101]) 01.22.13 # * jhMikeS is missing where it actually adds the room for the malloc buffer 01.24.36 Join Horschti [0] (~Horscht@xbmc/user/horscht) 01.28.41 # ah, so it's just been moved to use the codec slack space but the dead code left there :\ 01.29.02 Quit ender` (Quit: I'd kill for a Nobel Peace Prize.) 01.29.24 Quit Horscht (Ping timeout: 276 seconds) 01.31.46 Quit mshathlonxp (Quit: fall into sleep) 01.33.46 # in that case, it looks like something to delete 01.36.33 Quit sinthetek (Ping timeout: 276 seconds) 01.36.39 Part domonoky 01.38.15 # kugel: sent (finally...) 01.38.36 Join sinthetek [0] (~sinthetek@cpe-174-111-021-024.triad.res.rr.com) 01.38.42 Quit sinthetek (Changing host) 01.38.42 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 01.41.51 # New commit by 03bluebrother (r29532): Set missing svn:mime-type on png images. 01.48.26 # r29532 build result: All green 01.56.32 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 01.59.33 # ok, we'll get rid of that cruft in playback.c and cache align the actual buffer it's using 02.07.50 Join fatelvissss [0] (~jamie@5adba9d8.bb.sky.com) 02.09.43 Quit simonrvn (Ping timeout: 260 seconds) 02.10.51 # am I correct in thinking that the majority of the majority of the rockbox installation is on the storage area of the mp3player as opposed to being in the firmware? 02.15.17 # in most cases it's on the storage medium, in some cases it can be flashed 02.16.28 # flashing anything other than the bootloaders in those instances where they must be isn't obligatory 02.17.08 # well, im asking because I believe I need to reformat the the storage area. im guessing ill have to reinstall rockbox after doing this? 02.18.55 # reextracting and new .zip, yes. the bootloader, it depends if the bootloader is also on the storage (model specific) 02.20.02 *** Saving seen data "./dancer.seen" 02.20.42 # ok. thank you. 02.20.59 # fatelvissss, usually you can just back up the whole .rockbox folder when formatting your storage, and all your settings will be preserved - this doesn't include any bootloader, of course 02.21.00 Join Keripo [0] (~Keripo@eng090.wireless-resnet.upenn.edu) 02.22.17 # that sounds like a really straightforward and selfexplanotory thing that i definitely should have done before i clicked on the format button. :-/ 02.22.28 # ouch ;) 02.23.50 # oh well, will know for next time. thank you for your answers 02.29.18 # basically every user setting is stored in config.cfg, the rest is mostly themes, fonts, icons that might be useful to keep 02.32.34 Quit Loto (Ping timeout: 276 seconds) 02.42.37 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 02.43.55 Join Keripo1 [0] (~Keripo@eng090.wireless-resnet.upenn.edu) 02.46.53 Join Loto_ [0] (~nfs@S01060012171a84e3.no.shawcable.net) 02.48.03 Quit Keripo (Ping timeout: 276 seconds) 02.57.40 Quit pamaury (Remote host closed the connection) 03.03.39 # New commit by 03jethead71 (r29533): Remove malloc_buf references from playback.c since it's no longer used for anything and align the codec slack space buffer that is now use as the ... 03.11.42 # r29533 build result: All green 03.17.35 # hey... i have another question... if you can answer it... it will be great :): Does RockBox support AACPlus Playback? (from my tests the format of the file must be *.m4a and the codec must use the LC technologies) 03.17.47 Join Keripo [0] (~Keripo@eng090.wireless-resnet.upenn.edu) 03.18.50 # if i try to create a quality audio file at a low bitrate (HE-AAC) then the playback will be faster (2x, 3x... i don't know) 03.19.21 # so from my point of view the playback of the low bitrate but HQ AAC files is not supported 03.19.27 # hm... what do you think? 03.19.43 Quit Keripo1 (Ping timeout: 260 seconds) 03.20.26 # HE-AAC has some issues, most players are too slow for it 03.22.50 Join JdGordy [0] (~jonno@211.29.167.117) 03.23.09 Quit JdGord (Ping timeout: 276 seconds) 03.23.17 # oh 03.23.18 # ok 03.36.03 Quit fatelvissss (Read error: Connection reset by peer) 03.37.48 # hm... 03.38.07 # so i can't play aacplus files at low bitrate 03.38.25 # the next best thing (ogg files at low bit rate)... can't be played 03.38.51 Quit JackWinter (Remote host closed the connection) 03.39.00 # so i'm somehow forced to use other formats (like mp3) at higher bitrates (over 80 kbs at least) 03.39.54 # bottom line... i have RockBox... so i have a lot of very interesting features and functionalities, wich i really like, but i can't play my music :| 03.40.38 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 03.57.01 # <[Saint]> veve: What player is this? there's always the option of using a target that has the power to meet your needs. 03.57.19 # <[Saint]> Installing Rockbox doesn't make your targets hardware any more capable than it was initially. 03.58.24 Quit BHSPitMonkey (Quit: Ex-Chat) 03.59.18 # [Saint]: Sansa Clip v1 (and the OGGs played fine with the original firmware) 03.59.18 # I don't expect any performance increase :), of course 03.59.18 # 03.59.44 # <[Saint]> the Clip(s) aren't really a terribly powerful DAP. 03.59.58 # <[Saint]> Far from the worst, but, not the best. 04.00.10 # IF i set the encoder to a lower setting... like quality -1,0000000... then the ogg doesn't play any more 04.00.45 # [Saint]: I'd argue they're incredibly powerful for their size 04.01.33 # <[Saint]> kugel: Yes, but...far from the most capable target available. 04.02.42 # [Saint]: Well... i'm pretty pleased now. After many tests OGGs can be played IF they are kept above Quality 0,000000 (which is fine). AAC would be nice, of course... but... that is it :) 04.02.45 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.03.30 # I don't know about the newer ipod classics, but the ams players are on the gigabeat f level (or better) which was the next behind the beast 04.03.35 Quit kugel (Read error: Operation timed out) 04.04.29 # <[Saint]> I've no idea about the early model Classics, but the newer ones are set to be the "New Beast". 04.05.29 # oh 04.05.37 # btw.... i think i can't delete the files 04.05.39 # using Rockbokx 04.05.46 # RockBox :| 04.05.50 # <[Saint]> You certainly should be able to. 04.05.52 # [Saint]: they're not far behind for sure 04.06.19 # [Saint]: i'll check... 04.06.40 # <[Saint]> veve: You can, pull up the contecxt menu on the file, select delete. 04.07.06 # <[Saint]> when I said "you should be able to" what I really meant was "you can, unless it's broken on your player". 04.07.26 # <[Saint]> *context 04.10.22 Quit DerPapst (Quit: Leaving.) 04.12.09 Join JdGord [0] (~jonno@211.29.167.117) 04.13.12 # [Saint]: It's there. i had to press the Select button a little longer 04.13.36 # thank you for your help. i'm out 04.13.41 Quit veve (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 04.14.19 Quit JdGordy (Read error: Connection reset by peer) 04.18.51 Quit amiconn (Disconnected by services) 04.18.51 Quit pixelma (Disconnected by services) 04.18.52 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.18.53 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.18.55 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.19.10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.20.04 *** Saving seen data "./dancer.seen" 04.28.32 Join DX3 [0] (~Dre@92.18.107.116) 04.29.31 # I can confirm that rockbox' embedded albumart support is good enough for amazon :) 04.29.42 # <[Saint]> \o/ 04.31.06 Quit Dreamxtreme (Ping timeout: 248 seconds) 04.37.56 Quit JdGord (Read error: Connection reset by peer) 04.38.48 Join Barahir [0] (~jonathan@frnk-590f6ea8.pool.mediaWays.net) 04.39.55 # <[Saint]> heh...I just noticed that RaaA will keep playing audio if I stop the service during playback. 04.40.36 # <[Saint]> oh, and it crashed in a spectacular fashion when I started rockbox back up again to "sto" playback. (actually forced the phone to reboot), nice. 04.40.44 # <[Saint]> *stop 04.41.10 # depends on how you stop it 04.41.33 # only the builtin function can stop it, these task manager apps can't (not anymore since froyo) 04.42.00 # <[Saint]> It was unresponsive, so I just stopped the service (usually works) 2.1 04.42.21 # <[Saint]> playback quite happily continued though. 04.42.30 # don't know then 04.42.31 Quit Barahir_ (Ping timeout: 276 seconds) 04.42.49 # people keep reporting problems I never saw so far :) 04.43.07 # <[Saint]> Well, if it helps at all, I can reproduce it ;D 04.57.09 # Must be the first time playback was unstoppable :P 05.06.48 Quit GeekShadow (Quit: The cake is a lie !) 05.09.18 Quit [AndrewR] (Quit: Leaving) 05.11.19 Join Rob2223 [0] (~Miranda@p4FFF3652.dip.t-dialin.net) 05.15.00 Quit Rob2222 (Ping timeout: 252 seconds) 05.28.23 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 05.36.15 Join JdGord [0] (~jonno@211.29.162.166) 05.43.17 Quit JdGord (Ping timeout: 260 seconds) 05.51.06 Join utanapischti [0] (~username@109.250.134.201) 05.55.26 Quit utanapischti (Client Quit) 06.02.48 Join Horscht [0] (~Horscht@p5DD57C04.dip.t-dialin.net) 06.02.48 Quit Horscht (Changing host) 06.02.48 Join Horscht [0] (~Horscht@xbmc/user/horscht) 06.05.25 Quit Horschti (Ping timeout: 252 seconds) 06.17.23 Quit lostlogic (Quit: leaving) 06.20.08 *** Saving seen data "./dancer.seen" 06.30.11 Quit simonrvn (Quit: see ya - n'multes) 06.37.55 Join lostlogic [0] (~lostlogic@erudite.lostlogicx.com) 06.37.56 Quit lostlogic (Changing host) 06.37.56 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 06.41.37 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 06.44.07 # <[Saint]> JdGordon|: If %Tl isn't linked to a specific touch region with an identifier, it's still read from the whole screen? 06.48.24 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 06.49.50 # [Saint]: yes 06.50.53 # <[Saint]> Hmmm...the problem must be button repeat values or something...I think for cabbie it's not good enough to have the popup fire whenever the screen is touched. 06.51.37 # <[Saint]> rasher tested it yesterday, and from what he was saying the popup was firing, as well as the touch area immediately under his finger as soon as it fired without any time to see the actual popup. 06.52.19 # yes, i got this also when i was playing 06.52.33 # <[Saint]> What is a sensible item on the wps to touch to launch the popup window? 06.52.35 # the fix i tried caused the rep button to stop working completly 06.52.51 # the whole region under it 06.52.53 # <[Saint]> I figure i'll just link it to the titlebar. 06.53.23 # na, yuck 06.53.46 # <[Saint]> Or does that not seem sane? I think it seems weird as "the whole region under it" in this case is displaying the next track info. 06.54.20 # <[Saint]> so, there needs to be an obvious "touch this and this happens" thing. 06.55.01 # <[Saint]> or at least "touch this and *something* happens. having a large area in the middle of the screen or the whole screen leads to accidental annoying presses. 06.55.52 # <[Saint]> The titlebar seemed sane, but only to me I guess, as that's my solution in my cabbie version to avoid the popup completely. 06.56.19 # the popup really needsa a button to get to the main menu also 06.56.57 # <[Saint]> that's another thing I fixed with the titlebar on my theme ;) 06.58.19 # <[Saint]> It's not *absolutely* necessary, as you can get to the main menu from "browse" pretty easily, but on the targets with lots of screen...it would be nice. 06.58.43 # no you cant 06.58.51 # browse then "back" 15 times 06.59.16 # <[Saint]> if you have insanely deep dir structures...I guess. 06.59.31 Join Horschti [0] (~Horscht@xbmc/user/horscht) 07.00.07 # /sdcard/music/// is deep enough to be annoying 07.00.24 # <[Saint]> I suppose my theme does kinda heavily rely on the presence of HW buttons. 07.00.36 # <[Saint]> damn tablets! :P 07.01.40 # screw the tablet.. thats my phone 07.02.09 # ah guess who forgot the menu button works :p 07.03.30 # <[Saint]> heh ;) 07.03.40 Quit Horscht (Ping timeout: 276 seconds) 07.04.50 # [Saint]: a possible fix for the hidden button nregion being pressed is stick it into another viewport which is disabled when the popup is open 07.05.25 # <[Saint]> "it"? 07.05.40 # the region which enables the popup 07.06.12 Quit panni_ (Read error: Connection reset by peer) 07.06.14 # i tihnk that might require either allowing regions to share labels, or variables of some sort 07.06.40 # <[Saint]> I'm uploading what I was playing with now...as I think don't think (apparently, it's been shown a few times here) that I'm the right person to make decisions about what's sane in the default theme. 07.07.09 # <[Saint]> All the alignment is done, images are done, just this popup viewport (alignment and touch regions worked out there too) being a pain. 07.07.23 # * JdGordon| is yet to see anything sane in the default themes anyway 07.08.00 # <[Saint]> Well, I bet it would start something I wouldn't want if I went and linked a popup to the titlebar ;) 07.08.45 # <[Saint]> I'll do the art and the bulk of the code, and you dev types can work out the way people are supposed to use it ;) 07.15.17 # <[Saint]> JdGordon|: http://www.datafilehost.com/download-1625823e.html is what I was playing with. 07.16.05 # <[Saint]> oooops, heh...accidentally included all the fonts in there too. 07.18.39 Join JdGord [0] (~jonno@211.29.162.166) 07.25.38 # <[Saint]> Oh...I also took the libterty of removing the backgrounds for volume, shuffle and repeat from the backdrop, this hopefully makes it easier in future (using the same method) to make the default theme dynamically resizable. 07.26.28 # <[Saint]> Oh, and I took out that horrible ten-step incremental volume display and added a nice bar-type one. 07.27.21 # The volume display is pointless on touch 07.27.28 # Especially on raaaaaaaa 07.27.35 # <[Saint]> why? 07.27.49 # The os controls volume 07.27.56 # <[Saint]> I've spoken to a number of people that enjoy having the two controls for finer tuning. 07.28.32 # <[Saint]> it's like being able to set the max volume on a DAPs OS 07.28.39 # Either way changing it in that tiny icon is braindead 07.29.22 # <[Saint]> I think "braidead" is a little far. 07.29.29 # <[Saint]> +n 07.29.52 # Its impossible to use 07.30.47 # <[Saint]> I have tremendous man hands, the one on the theme you're talking about is 88px wide, the one on my theme is 44px wide...I can use mine. 07.30.54 # <[Saint]> sucky touchscreen? 07.31.44 # <[Saint]> It could be better, though...I'm bo no means saying it can't change. 07.32.44 # <[Saint]> touching the volume icon should bring up the same popup as the context menu/browser/etc, but with a slider for volue. 07.32.51 # yes 07.32.54 # <[Saint]> *volume 07.33.33 # <[Saint]> but, baby steps ;) that type of thing wasn't even possible when I wrote that theme. 07.34.45 # so if you convttf a ttf, it's ready to go? 07.34.53 # <[Saint]> yep 07.35.37 # nice. now I just need a new build :) 07.38.45 Join JdGordy [0] (~jonno@2002:7bf3:8c1f:1234:9221:55ff:fe70:3b02) 07.41.47 Quit JdGordy (Client Quit) 07.41.52 # <[Saint]> Hmmm...I guess the themesite needs to allow .ttf fonts now? 07.42.33 Quit JdGord (Ping timeout: 276 seconds) 07.44.07 # yes, although fonts shold really be seperate 07.46.26 # [Saint]: no sbs yet? 07.46.49 # * jhMikeS wants a nice .sbs for the 240x320 07.48.59 # <[Saint]> jhMikeS: RaaA? 07.49.28 # for the two gigabeats 07.49.44 # <[Saint]> JdGordon|: Nah...not yet, but that's just a matter of cut&paste and a UI viewport. 07.49.56 # <[Saint]> It's basically just dumping the .wps on the .sbs 07.51.08 # I've been looking at the same default statusbar for ages. Something that better matches the theme would be nice. What happened to the sb context thing? 07.51.38 # <[Saint]> I figured I'd leave that until there's playback control in the .sbs though, as on my theme it looks a little weird having "buttons" you can't use. 07.52.31 # <[Saint]> jhMikeS: My RaaA theme for 240x320 will likely work fine on the beast 07.52.45 # <[Saint]> One sec. 07.53.10 # Any touchscreen items to control playback would be pointless though 07.53.24 # <[Saint]> yes, but you have HW buttons. 07.53.36 # yes, real buttons 07.54.12 # <[Saint]> touchscreen tags are just ignored if it's not touchscreen. You just mentioned wanting a nice .sbs and IMO, I have one. 07.54.31 # excellent 07.55.39 # I did a convttf of arial real quick. I'm not sure how that's going to look. 07.57.13 # <[Saint]> This theme is "pre AA fonts inclusion", but it's just a matter of chaning some font names in a few places. Unfortunately using multifont means that the fonts need to be "hardcoded". 07.57.32 # <[Saint]> http://www.datafilehost.com/download-c6c21e3e.html <-- 240x320 Cabbie 07.57.57 # <[Saint]> (also, excuse it sharing the name of my handset ;)) 07.59.13 # <[Saint]> Oh...shit, on the .wps there's two big touchscreen things for next/prev that'll look ass on a non-touch target (they look ass on touch targets too, but are useful). 07.59.30 # <[Saint]> if you're just using the .sbs though, that shouldn't matter or I canjust remove them for you. 08.01.44 # [Saint]: start work on 1024*600 and ill get polayback controls working :) 08.02.04 # thanks. I'm getting "unsupported compression method" for the images...with the 7z program :\ 08.02.05 Join esperegu [0] (~quassel@145.116.15.244) 08.02.15 # [Saint]: also, I tihnk you shold drop the bold font, non-bold looks bette (although bolding some lines in the wps is nice) 08.03.43 # oops, not just the images, the whole thing is saying that 08.05.22 # lol, there's no spacing between glyphs 08.05.58 # <[Saint]> http://www.datafilehost.com/download-773f75ee.html <-- try a .zip 08.06.25 # <[Saint]> wierd though, as I downloaded the .7z from that link and unpacked it sucessfully here. 08.07.04 # Is the helvetica around in ttf? 08.13.47 # thanks, it looks pretty darn good. just need the font stuff together now :) 08.18.48 Quit bluebrother (Read error: Operation timed out) 08.20.09 *** Saving seen data "./dancer.seen" 08.20.44 Join bluebrother [0] (~dom@f053153234.adsl.alicedsl.de) 08.20.44 Quit bluebrother (Changing host) 08.20.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.26.37 # ah, there's one bug with convttf. the numerals come out proportional 08.31.38 # <[Saint]> jhMikeS: http://www.datafilehost.com/download-02ad0d19.html <-- make ugly next/prev touch areas touchscreen conditional. 08.32.33 # <[Saint]> (should fix the .wps, where "fix" == "remove obvious traces of it being designed for touchscreen") 08.33.09 # I only loaded the .sbs 08.33.57 # ah, now I see what you mean 08.40.20 # quite a nice change from the usual default. thanks again 08.45.11 # when in the FM screen, there's a big empty square at the top though 08.46.29 # saratoga: RMAA? 08.47.02 # Another question - what was the problem wrt playing raw aac again? 08.51.11 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 08.52.51 # <[Saint]> jhMikeS: Ah...hmmmm, yes. There's no dedicated .fms interesting it's not using the correct backdrop there. 08.54.00 # <[Saint]> There's a hole in the titlebar to let the disk access animation show through, it's visible due to there not being a backdrop loaded by the .fms I guess. 08.56.37 # <[Saint]> changing the default .fms to load my backdrop instead of the the cabbie default should fix that. 08.57.06 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 08.57.06 Quit n1s (Changing host) 08.57.06 Join n1s [0] (~n1s@rockbox/developer/n1s) 08.59.09 Join JdGord [0] (~jonno@114.75.87.47) 09.00.21 # [Saint]: Yes, I see that correctly everywhere else I've looked 09.06.13 Join fkhodkov [0] (~fedor76@ppp-78-24-25-163-bras0.istra.ru) 09.11.05 # the next track display seems to switch around odd things 09.11.16 # *to odd 09.15.28 Join sideral [0] (~sideral@213.165.85.248) 09.15.28 Quit sideral (Changing host) 09.15.28 Join sideral [0] (~sideral@rockbox/developer/sideral) 09.18.13 Quit timccc (Ping timeout: 240 seconds) 09.19.33 # <[Saint]> "Hmmm? 09.19.39 # <[Saint]> -" 09.19.52 # <[Saint]> what constitutes an "odd thing"? 09.22.14 # <[Saint]> It should (assuming a next track is present) alternate between displaying the next track title, than album and artist. 09.22.14 # <[Saint]> and it works as expected on my handset. 09.22.14 Quit JdGord (Read error: Connection reset by peer) 09.22.19 # <[Saint]> If there's no next track present it will use the space to display genre and year for the current track. 09.22.45 # <[Saint]> s/than/then/ 09.27.16 Quit pjm0616 (Ping timeout: 260 seconds) 09.28.09 # I guess it's ok then 09.29.39 # "Next Track:" was still there so I wasn't sure 09.33.16 Quit simonrvn (Read error: Operation timed out) 09.48.02 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 10.01.23 Join ender` [0] (krneki@foo.eternallybored.org) 10.02.03 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 10.07.05 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 10.17.31 Join pjm0616 [0] (~user@sigfpe-1-pt.tunnel.tserv15.lax1.ipv6.he.net) 10.20.12 *** Saving seen data "./dancer.seen" 10.29.44 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 10.45.50 Join domonoky1 [0] (~Domonoky@agsb-5d870862.pool.mediaWays.net) 10.47.06 Quit simonrvn (Quit: see ya - n'multes) 10.48.14 Quit domonoky (Ping timeout: 255 seconds) 11.03.54 Quit BHSPitMonkey (Remote host closed the connection) 11.06.03 Join kindkid [0] (kindkid@94.244.148.115.nash.net.ua) 11.13.26 Join Buschel [0] (~chatzilla@p54B663E0.dip.t-dialin.net) 11.32.05 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.32.05 Quit bertrik (Changing host) 11.32.05 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.33.46 Quit JackWinter (Remote host closed the connection) 11.34.22 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 11.34.22 Quit pamaury (Changing host) 11.34.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.35.45 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.40.00 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 11.42.00 Quit MarkTraceur (Ping timeout: 260 seconds) 11.48.01 Join Saurabh [0] (~Fuhrer@218.248.64.222) 11.48.51 Quit Saurabh (Client Quit) 11.52.37 Join Guest33461 [0] (~Fuhrer@218.248.64.222) 11.56.11 Quit Keripo (Quit: Leaving.) 11.56.41 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 11.57.01 Quit Guest33461 (Quit: Leaving) 11.58.51 Join SaurabhCSE [0] (~Fuhrer@218.248.64.222) 12.01.23 Quit TheSeven (Ping timeout: 264 seconds) 12.06.08 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.17.43 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.18.51 Quit SaurabhCSE (Read error: Operation timed out) 12.20.14 *** Saving seen data "./dancer.seen" 12.27.47 Join T44 [0] (~Topy44@f049065021.adsl.alicedsl.de) 12.31.17 Quit Topy44 (Ping timeout: 255 seconds) 12.33.37 Join JdGord [0] (~jonno@58.108.94.55) 12.35.44 # JdGord, [Saint]: don't you use the menu button to go to the main menu? 12.35.58 # <[Saint]> I do. 12.36.23 # <[Saint]> But I wanted to make sure my theme didn't assume there was always a HW button to do so. 12.36.57 # Only when I remember 12.37.31 Join timccc [0] (~timccc@112.166.15.141) 12.39.25 # <[Saint]> (in order to achieve that I added two touch areas to the titlebar, long press goes to the context menu, and short press goes to the main menu...I don't use those personally, but I wanted to make sure they were there for odd hardware without physical buttons handy) 12.41.25 Quit JdGord (Ping timeout: 252 seconds) 12.41.38 Join JdGord [0] (~jonno@58.108.94.55) 12.41.42 Quit JdGord (Client Quit) 12.43.10 Quit factor (Read error: Connection reset by peer) 12.54.38 Join factor [0] (~factor@75.108.68.114) 12.59.35 Quit TheSeven (Ping timeout: 260 seconds) 13.13.04 # bluebrother: the mime type doesn't seem to be needed for viewvc 13.15.14 # kugel_: maybe, but it's needed to avoid svn trying to text-diff the files 13.15.35 # svn has binary file detection 13.15.52 # getting notification mails with png files shown as garbled text is quite annoying 13.16.01 # maybe, but then it didn't work in that case. 13.16.38 Join Alchymista [0] (~975121d5@giant.haxx.se) 13.16.39 # TortoiseSVN detects binary files and automatically sets svn:mime-type to application/octet-stream 13.16.56 # so I'm convinced it's a svn client thing. 13.17.56 # Is there an italian in this chat? 13.19.29 # kugel_: also, from the SVN book: "To determine whether a contextual merge is possible, Subversion examines the svn:mime-type property. If the file has no svn:mime-type property, or has a MIME type that is textual (e.g., text/*), Subversion assumes it is text." 13.19.45 # so not setting svn:mime-type on binary files _can_ be considered harmful 13.20.49 # I read somewhere on their (old) page that it searches the first 1k for a NUL byte 13.21.16 # I added the stuff you proposed to my .subversion/config now 13.21.53 # that's in their FAQ. But they state that it's done on adding the file. I don't know how git-svn handles this but it seems it doesn't do that detection 13.22.27 # they're still not on the wiki, but I'm going to change it 13.22.37 # ok 13.22.51 # Nel progetto rockbox perchè non mettono anche un emulatore del nes? Hanno messo l'emulatore del gbc che credo sia piu potente del nes... Ho visto infones ma non sono in grado di compilarlo, qualcuno lo sà fare? Scusatemi ma non sono inglese e sto traducendo con google traduttore 13.22.57 # In the Rockbox project, why not put a nes emulator? They put the emulator gbc which I think is more powerful than the nes ... I saw infones but are not able to compile it, anyone can do it? Excuse me but I'm not English and I am translating with google translator 13.22.58 # * bluebrother was just trying to figure how git-svn handles adding binary files 13.23.30 # Alchymista: simply because someone has to do the work. 13.24.33 # ah .. and there is no one who is interested in doing the conversion? 13.25.58 # ah .. and there is someone who is interested in doing the conversion of this emulator? 13.26.43 # Alchymista: well, at least I'm not really interested in writing emulators :) But you might want to check back later / wait a while for responses. Not everyone is active this time of the day (it's middle of the day in europe plus weekend ... people do other things than Rockbox too :) 13.27.30 # bluebrother: it doesn't appear to set mime type since I committed some of the files you just changed 13.28.06 # ah .. I understand thanks:) 13.30.39 # kugel_: after changing ~/.subversion/config and enabling autoprops? 13.30.54 # no, before 13.31.08 # * bluebrother can't follow 13.35.07 # How do you compile windows such as this: http://www.rockbox.org/tracker/task/2911?getfile=14814 ?? I read the guides but I do not understand English well.. 13.38.39 # If you do not understand I can change the wording of the question... 13.47.50 Quit esperegu (Read error: Operation timed out) 13.50.58 Quit Alchymista (Quit: CGI:IRC (EOF)) 14.05.30 Quit antil33t (Read error: Connection reset by peer) 14.06.02 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.09.03 Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) 14.13.29 Quit DX3 (Quit: Going!) 14.18.31 # How would people feel about USB networking in rockbox? 14.20.16 *** Saving seen data "./dancer.seen" 14.22.06 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.27.51 # what do mean by usb networking ? 14.28.14 # implementing ethernet over usb or something similar ? 14.29.09 # yes 14.30.08 # this would imply to have a networking stack too 14.30.21 # yes 14.30.40 # Something like lwip should be reasonably straightfoward to integrate 14.32.08 # gevaerts: it sounds cool but i don't know what i'd want to use it for 14.32.27 # Regarding convttf, anyone looked at why digits don't get the same width (with a font that seem to have the same width for all digits in the Windows UI)? 14.33.46 # <[Saint]> I assume kugel put a target on his back to hassle about convttf issues now ;D 14.34.13 # Lear: jhMikeS already mentioned it 14.34.18 # should they have the same width? 14.34.42 # Yep. Looks bad in time displays and the like... 14.35.32 # gevaerts: what were you planning to do with it? or is it just because you can? :) 14.35.32 # I without further options convttf makes to digits as wide as they are in the input font 14.35.38 # s/I // 14.35.56 Join u42p [0] (~v35b@d081252.adsl.hansenet.de) 14.36.01 # n1s: http file uploading, streaming, wps-as-a-webapp :) 14.36.33 # perhaps I messed something up with my changes to convttf 14.39.51 Nick mikroflops_ is now known as plux (~yogurt@h-34-156.A238.priv.bahnhof.se) 14.41.55 # Hm, horiAdvance is the same for all digits, maybe that should be used rather than pitch (I'm guessing pitch is rarely 0)? 14.43.56 # Not enough, as pitch (and width) is sometimes bigger than advance... 14.45.00 # Lear: I removed horiBearingX from the calculation as it did strange things with narrow chars like i, perhaps it's needed for digits? 14.45.37 # Maybe... 14.45.48 # gevaerts: :) 14.45.56 # (see the last convttf on FS#8961) 14.46.00 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 14.46.09 # it would be great with a zune port then, since it has built in wifi 14.46.31 # Yes, or the sansa connect 14.46.54 # Lear: I didn't understand what horiBearingX is even after reading the docs 14.47.11 Join Dreamxtreme [0] (~Dre@92.18.107.116) 14.47.50 # I tried always using horiAdvance for width. Digits looked good then, but some letters (e.g., "j") got too narrow then. 14.48.08 # do you use the -c option? 14.48.30 # No, can try that. 14.49.18 # Didn't help. And I also forgot to mention I get lots of errors during conversion. 14.49.21 # perhaps MAX(horiAdvance,width)? 14.49.55 # Not good for digits, as width is sometimes bigger than advance. 14.53.56 Join SaurabhCSE [0] (~Fuhrer@218.248.64.175) 14.53.57 Join Barahir_ [0] (~jonathan@frnk-4d009b41.pool.mediaWays.net) 14.55.40 Quit Barahir (Ping timeout: 260 seconds) 14.56.55 Join SaurabhCS [0] (~Fuhrer@218.248.64.166) 14.57.39 Quit SaurabhCSE (Read error: Connection reset by peer) 14.59.44 Join SaurabhCE [0] (~Fuhrer@218.248.64.202) 15.01.35 # ok 15.01.40 Quit SaurabhCS (Read error: Connection reset by peer) 15.19.55 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 15.23.39 # bearingX + advance works fine as width for digits, not so well for other chars. 15.27.57 # Lear: perhaps just special case numbers? 15.33.49 # Maybe. There could be some conversion errors (as in "errors = 1") with that though. And I only tested with one font. 15.34.30 # I'll probably look more into it, and see if I can figure out a better width/col_offset calculation. 15.36.22 # great 16.10.29 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.14.07 Join GeekShadow [0] (~Antoine@78.120.203.125) 16.14.08 Quit GeekShadow (Changing host) 16.14.08 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.15.01 Quit Judas_PhD (Ping timeout: 250 seconds) 16.19.59 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0/20110303194838]) 16.20.17 *** Saving seen data "./dancer.seen" 16.26.51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.36.56 Join DerPapst [0] (~Alexander@p4FE8F93C.dip.t-dialin.net) 16.40.32 Join Alchymista [0] (~97520d7c@giant.haxx.se) 16.40.49 Quit Alchymista (Client Quit) 16.40.55 Join Alchymista [0] (~97520d7c@giant.haxx.se) 16.43.48 Join Buschel [0] (~chatzilla@p54B66AE3.dip.t-dialin.net) 16.45.01 # Will there ever be a conversion of Rockbox ipod 3G? 16.46.18 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 16.50.26 Quit Alchymista (Quit: CGI:IRC (Ping timeout)) 16.51.57 Join Alchymista [0] (~97520d7c@giant.haxx.se) 16.53.15 Quit Alchymista (Client Quit) 16.54.17 # did aynone get the freetype stuff included into cygwin in a way that convtff is compiling? 16.54.32 Join Alchymista [0] (~97520d7c@giant.haxx.se) 16.57.25 # Alchymista: rockbox does support the ipod 3G, and it has supported it for years 16.57.58 Quit Alchymista (Client Quit) 16.58.02 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 16.58.31 Join Keripo [0] (~Keripo@eng225.wireless-resnet.upenn.edu) 17.00.18 Quit liar (Read error: No route to host) 17.00.53 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.20.21 # kugel: I did experience diff not respecting binary files if the svn mime-type wasn't set resulting in incomprehensible lines in the diff (and some text editors choked on those). Same with SVGs which are not binary files but seeing the diff in text isn't helpful with those either in most cases 17.21.32 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 17.26.48 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.26.57 Quit Keripo (Ping timeout: 250 seconds) 17.29.03 Join Keripo [0] (~Keripo@eng225.wireless-resnet.upenn.edu) 17.37.27 Quit Keripo (Ping timeout: 246 seconds) 17.38.34 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 17.44.23 Join dpierce [0] (~dsp@pool-71-100-206-78.tampfl.dsl-w.verizon.net) 17.51.44 # the 'IpodConversionToFAT32' page only has the ipod nano 1st gen mbr listed. would it be safe to dd this on a 2nd gen nano? 17.57.45 # can anybody upload a current convtff.exe for win32? I am totally stuck in getting this stuff to compile under cygiwn 17.57.57 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 18.01.29 Quit ender| (Ping timeout: 252 seconds) 18.03.55 # * dpierce writing the file anyway. wish me luck 18.05.04 Join ender| [0] (krneki@84.255.206.8) 18.16.39 Quit Judas_PhD (Ping timeout: 248 seconds) 18.19.24 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.20.18 *** Saving seen data "./dancer.seen" 18.20.51 # * pixelma couldn't use the Rockbox widget on RaaAa currently - the addition of the "Cover art" item to the settings list pushed the "accept" or whatever off screen even in portrait mode and without scrolling... 18.21.55 # it's even there for the smaller widgets :| 18.24.25 Part vnl 18.27.59 # for the record: writing the 1st gen nano mbr onto a 2nd gen seems to have worked without a hitch. someone should update the wiki to reflect this. 18.28.19 # if not ill create an account and come back here for write privs 18.37.30 # New commit by 03bluebrother (r29534): Fix a potential variable problem. Change some messages a bit. 18.42.59 Quit sasquatch (Quit: WeeChat 0.3.2) 18.43.24 Join sasquatch [0] (~username@p4FF2D6C3.dip.t-dialin.net) 18.44.07 # r29534 build result: 2 errors, 0 warnings (bluebrother committed) 18.47.08 Quit Judas_PhD (Quit: This is a quitting message) 18.48.03 # TheSeven: are you around? 18.48.19 # u42p: pong 18.50.28 Quit robin0800 (Quit: Leaving) 18.54.55 Part dpierce ("left") 18.58.05 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.58.30 Quit kugel (Quit: leaving) 18.58.45 Join kugel [0] (~kugel@g231227011.adsl.alicedsl.de) 18.58.45 Quit kugel (Changing host) 18.58.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.59.32 # rmaa 19.00.09 # amiconn: http://audio.rightmark.org/index_new.shtml 19.00.20 # basically just plots the frequency response and distortion of a test tone played from your clip 19.00.44 # if you've really got some other hardware revision that needs different settings, i expect SVN will look different in that test then on my player 19.01.44 # i think i just unbricked my "4mb bricked" sansa clip+. i wiggled around in the top right corner of the case in an attempt to open it. it switch on and showed the rockbox (2.0) logo. so i randomly plugged usb in and now it shows the OF "connected" screen and i see 4 partitions 19.01.48 # http://pastebin.com/SBZap5Yq 19.01.48 # Buschel: is there a libfreetype for windows? 19.02.27 # i cannot mount them though, "mount: special device /dev/sdf3 does not exist" 19.02.45 # hm, "head: cannot open `/dev/sdf1' for reading: No such file or directory" 19.02.57 # the partition table seems to be badly corrupted 19.03.49 # u42p: can you do a "sudo dd if=/dev/sdf of=/tmp/mbr.bin bs=512 count=63", upload /tmp/mbr.bin somewhere and post a link? 19.04.46 # head and hexdump of /dev/sdf : http://pastebin.com/XYn4QTWq 19.04.48 # will do 19.05.00 Quit Keripo (Quit: Leaving.) 19.05.54 # this looks like part of a FAT32 FAT 19.06.09 # (which doesn't belong there at all) 19.06.13 # kugel: funny, I browsed the freetype.org site and did not find a hint. searching for "libfreetype" gives some more results. will come back, if I should still kepp stuck 19.06.20 # saratoga: Hmm, how am I supposed to test a dap using that? 19.06.45 # if anyone else is interested, query me 19.06.50 # amiconn: it gives you a wav file, you play it with the DAP plugged into the line in jack on your computer 19.06.50 # I suspect I would need at least a pc with some high quality soundcard? 19.06.55 # Buschel: you probably need to compile that first for windows before convttf 19.07.06 # well high quality compared to your Clip, which apparently sounds awful? 19.07.18 # * amiconn only has onboard sound 19.07.23 # there seems to be cygwin freetype library 19.07.55 # well if you don't think your computer is good enough to capture whatever kind of distortion you're hearing, then thats probably not going to work 19.08.14 # what were you hearing anyway? 19.08.29 # u42p: this is really weird 19.08.53 # i can imagine! 19.09.23 # seems like a FAT32 FAT starts at sector 6 with everything before that being zeroed 19.09.32 # and it wraps at sector 32 19.10.08 # trying to dd the whole /dev/sdf i get "dd: reading `/dev/sdf': Input/output error" "2670592 bytes (2.7 MB) copied, 147.573 s, 18.1 kB/s" 19.10.13 # saratoga: I was hearing imprecise sound with my earphones. At least I would have to solder together some wiring so I can hook up the earphones and the pc line in in parallel 19.10.31 # * TheSeven suspects some corruption internal to the storage device 19.10.57 # I'm quite sure I won't get the imprecise sound when impedance is changed from 16 ohms to several kohms 19.11.02 # i.e. the FTL of the eMMC to NAND bridge being trashed 19.11.27 # now if only i knew how those sansas work 19.11.33 # amiconn: i usually use a headphone splitter, you can buy then for a few dollars 19.11.54 # but what do you mean by imprecise sound? 19.12.01 # now "fdisk -l" does not list the wannabe partitions anymore: "Disk identifier: 0x00000000" "Disk /dev/sdf doesn't contain a valid partition table" 19.12.03 # clipping, missing frequencies, noise? 19.12.21 # on HA several people with newer model clips reported a strong background sound 19.12.34 # u42p: do you have that "orig_image.bin" file referred to on the unbricking page? 19.12.44 # if yes, i'd try following those instructions 19.12.59 # maybe we're accessing the raw flash currently because of some problem 19.13.17 # if not, I don't think it will hurt much 19.13.34 # i think i should have it around, doesnt RockboxUtility save it? 19.13.49 # * TheSeven has no idea about sansas and their installation process 19.13.57 # you said that wiggling the case made it behave that way? 19.14.26 # there might be some weird communication problem between the CPU and the NAND due to e.g. a loose connection 19.14.44 # i tried to open it and in the top right corner (next to the power button) there was a small gap i could even get my fingernail into 19.15.07 # that would be weird, i bricked it out of stupidity (unplugging during rockbox installation/update) 19.15.50 # but you said that this was already taking unusually long, right? 19.15.57 # probably due to I/O error retries 19.16.23 # and if you unplug it while it's copying the firmware update to the device, I don't think this should be able to brick it 19.16.36 # yes, about 10 minutes and rockboxutility hung (its window was blank and not responding) 19.16.36 # every sane firmware would do some CRC check of the update before flashing it 19.16.52 # so i'd suspect that there was already some hardware problem at that point 19.18.17 # hm, maybe i could write http://forums.sandisk.com/t5/Clip-Clip/Sansa-Clip-Firmware-Update-01-02-15/td-p/150227 onto it? 19.19.46 # wouldn't you need a working file system to do that? 19.20.35 # yes but i thought maybe one could dd the included file 19.21.01 # clppa.bin in http://mp3support.sandisk.com/firmware/clipplus/clipplus01.02.15.zip is what one normally copies onto the disk, then the player takes it from there 19.21.44 # doesn't the wiki say that you need to setup more then just the firmware bin file to unbrick though? 19.22.50 Quit Judas_PhD (Quit: This is a quitting message) 19.23.33 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.24.50 # u42p: i doubt that dd'ing that will work 19.25.21 # iok, i am going to try to find someone who can dump from a working player 19.26.09 # different sizes of the internal space should not matter, i guess? 19.26.18 # i do think there are two series of the clip+ though 19.26.18 # i think they will 19.26.25 # you could try just partitioning and formatting it 19.26.50 # or even just dd'ing /dev/zero to it first to see if there are lowlevel i/o problems 19.29.43 # i am scared :) 19.30.35 # i could also unplug it again and see what happens. that option would be gone if i write something to it. but then it might not be accessible again 19.31.23 Quit Judas_PhD (Quit: This is a quitting message) 19.32.26 Quit SaurabhCE (Ping timeout: 276 seconds) 19.35.29 # at least i found something funny http://forums.sandisk.com/t5/Clip-Clip/4GB-Sansa-Clip-frozen-won-t-reset-computer-doesn-t-recognize-it/m-p/224286#M35615 :) 19.38.22 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.42.11 # hm, http://www.rockbox.org/wiki/SansaAMSUnbrick . if i found someone with a sansa clip+, would him running "dd if=/dev/sdsomething of=orig_image.bin bs=512 count=$((0xF000))" be what i need or is the recovery mode enabling some deeper access? 19.42.23 Quit benedikt93 (Ping timeout: 255 seconds) 19.42.27 # how much memory does the ClipV1 have available in codecs? is there some way to check short of a logf build? 19.42.39 # i mean, would it help at all if he is not in recovery mode 19.44.26 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 19.44.35 # i have absolutely no idea 19.45.29 # i thinke FS#11992 - Ogg files won't play is just that the clipv1 doesn't have enough ram for those weird files hes generating 19.48.43 # JdGordon|: ping 19.51.46 Quit Judas_PhD (Quit: This is a quitting message) 19.51.53 # saratoga: Distortions, I guess. 19.52.10 # do quiet passages have a hiss? 19.54.48 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.56.56 # kugel: strrrike ! :) 19.58.58 Quit TheSeven (Ping timeout: 264 seconds) 20.04.06 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.18.52 Quit Judas_PhD (Quit: This is a quitting message) 20.20.19 *** Saving seen data "./dancer.seen" 20.23.59 Join FoH [0] (~foh@adsl-71-69-118.bhm.bellsouth.net) 20.24.14 Quit FoolOnHill (Ping timeout: 255 seconds) 20.32.35 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 20.36.50 Join shai [0] (~Shai@bzq-84-111-135-104.red.bezeqint.net) 20.42.06 # jhMikeS: if/when you have some spare can you have a look at http://pastie.org/1640318 please? I want to reorder the event so that the TRACK_FINISH event comes when track is really over (not already when the codec starts the next track) 20.47.04 # kugel: np. I was including that fix in the "playback v2" I've been working on. There's also the matter of not advancing the playlist until the switch. 20.58.01 # in the audio_stop_playback case, shouldn't it check if the codec moved along to the next track? 20.58.34 # or just send id3 instead 20.58.39 Join {phoenix} [0] (~dirk@p57AA4E38.dip.t-dialin.net) 21.04.11 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 21.04.38 Quit GeekShadow (Quit: The cake is a lie !) 21.05.52 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.10.46 # setting id3 could maybe be better served by checking if filling is 'STATE_ENDING' (but that still leads in time) 21.13.46 # playlist jumps still too early with that patch 21.14.10 Quit stripwax (Quit: http://miranda-im.org) 21.18.02 # fixing that behavior isn't trivial 21.18.22 # http://pastie.org/1640448 (a small mod to the stop that might work better) 21.20.43 # reason is the codec has already moved the playlist rather than just peeking 21.25.04 # woah! i unplugged my sansa. and pressed power. and got rockbox 21.25.20 # it froze on its "connected" screen after unplugging 21.25.23 # wicked 21.25.46 # tried to enter "recent bookmarks", now it hangs 21.27.03 Quit pamaury (Ping timeout: 248 seconds) 21.27.42 # turned it off by holding power for some moments, now it plays dead again 21.28.30 # u42p: that's the clip that was dead for a while? 21.29.08 Quit Xerion (Ping timeout: 246 seconds) 21.29.40 # the one with the 4mb partition showing sometimes. earlier i had access to the internal memory (4gb) but everything was corrupted. i could not acquire an original firmware (to try to write there) and so i unplugged it. 21.34.58 Quit Buschel (Ping timeout: 264 seconds) 21.35.30 # I wonder if there isn't some sort of hardware issue 21.36.33 Join Buschel [0] (~chatzilla@p54B66AE3.dip.t-dialin.net) 21.37.39 # TheSeven suggested the same 21.38.34 # looking back i had my microsd card corrupted many times but i always thought the early state of the rockbox port was too blame (i have 2.0 on it, iirc it was "unstable") 21.44.05 Quit Stummi (Quit: Bye!) 21.56.20 Join esperegu [0] (~quassel@145.116.15.244) 21.57.53 Join MarkTraceur [0] (~marktrace@cpe-76-174-115-122.socal.res.rr.com) 21.58.12 Quit kindkid () 21.59.06 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 22.00.15 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 22.00.53 # TheSeven: ping 22.01.12 # wodz: gnip 22.02.38 # TheSeven: Is the code for exposing ramdisk on classic general or tightly connected to hardware? 22.02.57 # and how big is the binary 22.03.17 Join MethoS- [0] (~clemens@134.102.106.250) 22.03.37 # the binary is like 15KB or something, and it's loosely tied to the hardware 22.03.47 # it uses a rockbox-like driver architecture 22.04.01 # you can remove the lcd part altogether if neccessary, and just provide a USB driver 22.04.25 # so it should run on AMSv2 with only some minor changes, as those use the same OTG 22.04.36 Quit mystica555_ (Ping timeout: 252 seconds) 22.04.56 # of course the hardware will need to be initialized, so if that isn't handled by a different stage yet, this might need some effort 22.04.59 # I am (eventually) interested in porting this to rk27xx hardware 22.06.03 # hmm 15kB is too big for my purpose I am afraid 22.06.33 Join mystica555_ [0] (~mike@71-33-147-209.hlrn.qwest.net) 22.09.38 Quit Buschel (Ping timeout: 260 seconds) 22.10.13 # u42p: Sorry I couldn't help you much. 22.10.38 Join TheLemonMan [0] (~lem0n@ppp-33-138.98-62.inwind.it) 22.10.43 # oh, i did not realise you were here 22.10.45 # :) 22.11.12 # * ranmachan lurks too much 22.11.37 # And all my stuff is still in storage till I move out of this temporary apartment 22.12.30 # My clip+ is in a container in a warehouse somewhere ;) 22.12.40 # wodz: if you strip it down you can get it way smaller 22.12.51 Join EspeonEefi [0] (~eefi@cpe-72-225-225-249.nyc.res.rr.com) 22.13.00 # heh 22.13.05 # i think 4KB might well be doable with some tweaking 22.13.29 # thumb, UCL, remove LCD, possibly remove FAT16 and just dd the executable to it, ... 22.13.37 # there's lots of room for shrinking :) 22.13.38 # u42p: I had the idea to hook an attiny to the jtag port on my clip+ that would bootstrap the system from uSD on power-on, but haven't gotten around to try and see if it's a workable idea yet :) 22.13.38 # Hi, I just upgraded from 3.7.1 to 3.8 on a Sansa Clip+, and it seems my .m3u playlists with relative filenames no longer work. 22.14.14 # ranmachan: good for you, that is way above my head, i think :P 22.14.38 # They fail with the error Playlist Buffer Full. 22.15.08 # well, let's see if i can get access to its memory again the next days 22.15.10 # u42p: Did you try dd with the firmware image from the clipplus01.02.09.zip? 22.15.38 # ranmachan: nope, could that work? we were not sure (rather negative) about it 22.16.22 # I don't know, really 22.16.29 # EspeonEefi: are those long playlists? 22.16.35 # On my the internal sd interface is completely hosed. 22.16.35 # i myself am rather clueless, not even sure what kind of filesystem i had access to (ie, if it was that recovery stuff, the NAND? or the normal 4gb storage space) 22.16.58 # I cound start rockbox via jtag, but it could only see the external uSD (after some patching to make it ignore the internal sd) 22.17.08 # No, they are not. And maybe the relativity is a red herring? Now some of them work, and some of them don't. 22.17.13 # The internal nand controller was hanging during the init phase 22.17.24 # (By not long, I'm talking 50-100 range.) 22.19.04 # u42p: Was your "head /dev/sdf | hexdump" from the internal flash? 22.20.01 # That looks like an FAT starting at 0000c00, but the fat-bootsector is missing (all 0) 22.20.21 *** Saving seen data "./dancer.seen" 22.20.57 # ranmachan: i have no clue. fdisk showed /dev/sdf1 to 4, but with question marks. i could not access them. so i tried sdf and that was what i got. i tried to dd all of it but got an i/o error soon (after ~2.5MB) 22.21.26 # ranmachan: everything started when i unplugged the device whilst rockboxutility was trying to install a new rockbox :] 22.21.52 # So, maybe your flash is somehow hosed too 22.22.15 # EspeonEefi: when loading a playlist that error should only be shown when the number of items in the playlist is larger than the "max files in playlist" setting 22.22.32 # I've read before somewhere that you can 'brick' (create bad sectors) some usb-sticks / sd-cards if you unplug the power at the wrong moment during writing... 22.22.38 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 22.22.40 # That should never be that small though... 22.22.55 # Question is, does dd always get I/O-Errors at the same point? 22.23.04 # If you do two dd dumps, are they identical? 22.23.19 # EspeonEefi: can you check Settings -> General Settings -> System -> Limits -> Max Playlist Size? 22.25.45 # My theory would be that you interrupted a write at a bad point, which corrupted the boot sector and some other sector in the ftl so that it gives you i/o error for at least one sector 22.25.52 # It says 10000. Okay... this was weird; by opening the playlist in vim and resaving it, that fixed my problems. 22.26.08 # So this bug has been resolved, but the transient behavior was pretty odd. 22.26.17 # You should try dd with "conv=sync,noerror" 22.26.48 # (When the load would fail, the counter on the WPS would show 1 out of 10000, and playback would fail to run.) 22.26.51 # If it then can read most of the flash except for a few sectors with read errors, that would be a good sign 22.26.55 # That;s weird 22.27.19 # You could then try to dd the image you read back to the device, which might fix the sectors with io errors 22.27.30 # All right, then. Thanks for your help, gevaerts! 22.27.34 Quit EspeonEefi (Quit: さよなら) 22.28.32 # Is there an upper limit how big usb control transfer can be? 22.29.26 # kugel: pong 22.29.59 # wodz: the maximum packet size is 64 bytes, but I don't think the number of packets is limited 22.30.35 # well, maybe by the hardware implementation... for the OTG used in the s5l87xx, that limit would be 32KB 22.31.55 # and it comes from? 22.32.07 # receive buffer size? 22.32.13 # the width of the "maximum number of packets to expect" field 22.32.15 # wodz: do you want theory or practice? 22.32.30 # practice :-) 22.32.56 # I'm happily sending 256KB transfers over bulk endpoints 22.33.04 Join bo_devil_HH [0] (~SpEeDy@188-194-34-96-dynip.superkabel.de) 22.33.05 # (32KB for USB1.1) 22.33.36 # I can send a few kB without error but 10kB fails 22.34.07 # ranmachan: earlier i unplugged the player (since i switch off my pc overnight anyways), since then it is "dead" again. no chance for any access 22.34.13 # i will try again tomorrow 22.34.21 # thanks 22.34.43 # wodz: for control, you can probably get away with 32 byte transfers if you only want simple mass storage 22.34.57 # bedtime for me, good night! 22.35.00 Quit u42p (Quit: Leaving) 22.35.31 Quit {phoenix} (Remote host closed the connection) 22.37.27 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 22.37.27 Quit pamaury (Changing host) 22.37.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.37.33 # For bulk (again mass storage) you need to be able to deal with 64K transfers, unless you can afford to say it only runs under linux and people have to tweak some /sys values 22.38.32 # gevaerts: no no, I am exploring recovery mode on rockchip device. It loads first image into iram which is supposed to configure sdram controller by means of control transfer. Than it runs the code loaded and waits for second control transfer which load some code at the begining of the sdram. The problem I am facing is that this second stage binary is limited for some reason to only a few kB. 22.38.54 # Ah, ok 22.39.13 # I am wondering if this is because of transfer handler on the device or it is imposed by control transfer itself 22.39.29 # There's no fundamental reason for that 22.40.46 # :/ 22.40.55 Part bo_devil_HH 22.44.01 Quit froggyman (Ping timeout: 240 seconds) 22.49.16 Quit gevaerts (Disconnected by services) 22.49.23 Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) 22.49.31 Join yawny [0] (user36@pr0.us) 22.49.35 Quit scorche (Disconnected by services) 22.49.35 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 22.49.45 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 22.49.51 Nick gevaerts_ is now known as gevaerts (~fg@rockbox/developer/gevaerts) 22.50.44 Join Kuitsi- [0] (~Kuitsi@a88-113-118-171.elisa-laajakaista.fi) 22.50.44 Join feisar-_ [0] (jljhook@ihq.in) 22.51.07 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 22.51.34 Join sideral1 [0] (~sideral@213.165.85.248) 22.51.34 Quit sideral (Disconnected by services) 22.51.34 Quit sideral1 (Changing host) 22.51.34 Join sideral1 [0] (~sideral@rockbox/developer/sideral) 22.51.40 Join teapot [0] (uno@host135-126-dynamic.20-79-r.retail.telecomitalia.it) 22.51.50 Join amee2k [0] (~thomas@ve504.cugnet.net) 22.51.50 Join pikytcus [0] (~bigd@failbox.co.cc) 22.52.22 Join GodEater_ [0] (~bibble@5ad8c39b.bb.sky.com) 22.52.22 Quit GodEater_ (Changing host) 22.52.22 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 22.52.22 Join alexbobp2 [0] (~alex@adsl-75-34-101-211.dsl.austtx.sbcglobal.net) 22.52.26 Join JdGordon1 [0] (~jonno@124-168-180-95.dyn.iinet.net.au) 22.52.27 Quit JdGordon1 (Changing host) 22.52.27 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 22.52.46 Quit kugel (Read error: Connection reset by peer) 22.52.47 Quit GodEater (Ping timeout: 250 seconds) 22.52.47 Quit amee2k_ (Ping timeout: 250 seconds) 22.52.47 Quit pikytcus1 (Ping timeout: 250 seconds) 22.52.47 Quit balintx (Ping timeout: 250 seconds) 22.52.47 Quit Kuitsi (Ping timeout: 250 seconds) 22.52.47 Quit feisar- (Ping timeout: 250 seconds) 22.52.47 Quit Llorean (Ping timeout: 250 seconds) 22.52.47 Quit JdGordon| (Ping timeout: 250 seconds) 22.52.47 Quit elcan (Ping timeout: 250 seconds) 22.52.47 Quit Dr_Agasa (Ping timeout: 250 seconds) 22.52.47 Quit alexbobp (Ping timeout: 250 seconds) 22.52.48 Quit bertrik (Ping timeout: 250 seconds) 22.52.48 Quit iq (Ping timeout: 250 seconds) 22.52.48 Quit kkit|sh (Ping timeout: 250 seconds) 22.52.49 Join kugel [0] (~kugel@g231227011.adsl.alicedsl.de) 22.52.49 Quit zu_ (Ping timeout: 250 seconds) 22.52.49 Quit kugel (Changing host) 22.52.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.52.53 Join iq_ [0] (~iq@ip24-252-19-172.om.om.cox.net) 22.52.59 Join kkit|sh [0] (~kkit@li135-248.members.linode.com) 22.53.01 Quit esperegu (Read error: Connection reset by peer) 22.53.06 Join zu [0] (~zu@ks355000.kimsufi.com) 22.53.07 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.53.07 Quit bertrik (Changing host) 22.53.08 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 23.21.20 # does building the Android app with Eclipse work? 23.27.29 Join Guest78370 [0] (genia.aine@178.123.167.126) 23.28.45 Quit n1s (Read error: Operation timed out) 23.31.14 # Hi Guys!!! What projects will be participating in this year (GSoC 2011)? 23.33.02 # Guest78370: that 23.33.29 # Guest78370: that's still being discussed, although there's a draft list on the wiki. Remember that we haven't been selected yet though 23.35.13 # Thank you! 23.37.16 Part Guest78370 23.39.33 Quit DerPapst (Quit: Leaving.) 23.44.15 Join Luca_S [0] (~571049f1@giant.haxx.se) 23.46.08 Join webguest39 [0] (~b2673b55@giant.haxx.se) 23.47.07 Join paulheu [0] (~b2673b55@giant.haxx.se) 23.47.07 Quit webguest39 (Client Quit) 23.47.18 # hello everybody! I am always more covinced that my problems with the database are related to uSD. Recap: FuzeV2, hangs while scanning music on random files. The very same files on the internal SD get scanned fine, they hang only when placed on the uSD. If I eject the uSD, the database immediately resumes scanning and completes fine. Is there anything I can do to diagnose uSD related problems? 23.51.36 # good evening all.. anyone notice that tols/ft2build.h is missing (as required by tools/convttf.c).. latest svn obv won't compile.. 23.52.03 Quit TheLemonMan (Quit: Destructor called) 23.52.03 Quit paulheu (Quit: CGI:IRC) 23.52.08 # paulheu: are you sure? I had to do a make clean before building again since AA fonts got committed.. 23.52.09 Join paulheu [0] (~b2673b55@giant.haxx.se) 23.52.12 # paulheu: are you sure? I had to do a make clean before building again since AA fonts got committed.. 23.52.22 Quit paulheu (Client Quit) 23.52.28 # paulheu: you need the freetype development stuff 23.56.15 # mmmmm... panic uD init failed: -3 23.56.22 # s/uD/uSD