| 00:00:34 | bluebrother | well, I'm seeing the "Original Remote Commands" according to this website. Well, will check that tomorrow. |
| 00:04:44 | | Quit avacore (Ping timeout: 246 seconds) |
| 00:06:49 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
| 00:08:53 | | Join scromple [0] (~x@115-64-195-104.tpgi.com.au) |
| 00:11:00 | | Quit kevku (Ping timeout: 260 seconds) |
| 00:12:41 | bertrik | what is the "G3 protocol"? |
| 00:13:48 | | Join sideral [0] (~sideral@213.165.85.248) |
| 00:13:49 | | Quit sideral (Changing host) |
| 00:13:49 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 00:17:05 | saratoga | i think its the original protocol on the 3G ipods |
| 00:25:08 | | Quit bertrik (Quit: :tiuQ) |
| 00:33:03 | | Quit Unhelpful (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 00:47:43 | *** | Saving seen data "./dancer.seen" |
| 00:55:24 | | Quit silbo (Remote host closed the connection) |
| 00:56:15 | | Quit wodz (Quit: Leaving) |
| 01:00 |
| 01:00:26 | | Quit milk (Ping timeout: 258 seconds) |
| 01:13:30 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 01:14:40 | | Part toffe82 |
| 01:18:22 | | Join Keripo [0] (~Keripo@eng208.wireless-resnet.upenn.edu) |
| 01:18:24 | | Quit bluebrother (Disconnected by services) |
| 01:18:25 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 01:18:26 | | Quit sideral (Quit: Leaving.) |
| 01:23:16 | | Quit TheLemonMan (Quit: Destructor called) |
| 01:33:08 | | Join T44 [0] (~Topy44@f049045112.adsl.alicedsl.de) |
| 01:34:18 | | Quit Topy44 (Read error: Connection reset by peer) |
| 01:35:29 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 01:37:48 | | Quit robin0800 (Remote host closed the connection) |
| 01:54:34 | | Quit bieber_ (Remote host closed the connection) |
| 02:00 |
| 02:00:40 | | Join Strath [0] (~IceChat77@173-31-153-77.client.mchsi.com) |
| 02:07:31 | | Join L-Strife89 [0] (~Strife89@168.16.226.187) |
| 02:08:59 | | Join reacocard [0] (~reacocard@reacocard.xen.prgmr.com) |
| 02:10:29 | | Quit Strife89 (Quit: Reboot.) |
| 02:10:37 | reacocard | the microsd in my e200 isn't showing up on the computer (even via fdisk -l or dmesg) when i plug it in over usb. I'm using rockbox 3.8.1 and arch linux, any ideas? |
| 02:10:51 | reacocard | it shows up fine in rockbox on the player itself |
| 02:19:13 | | Join bieber_ [0] (~quassel@node82.seg33.ucf.edu) |
| 02:23:07 | reacocard | ..apparently its only an issue with my netbook, a different computer reads it fine. go figure. |
| 02:23:14 | | Part reacocard ("Sleep peacefully, my most beloved witch, Beatrice.") |
| 02:35:04 | | Join WilliamC [0] (~William@150.216.103.237) |
| 02:35:14 | WilliamC | How do I upload my Scrobbler logs? |
| 02:35:31 | WilliamC | The website I usually use seems to have somewhat crashed |
| 02:41:59 | | Join JoshuaChang [0] (~b4af0462@giant.haxx.se) |
| 02:47:45 | *** | Saving seen data "./dancer.seen" |
| 02:48:00 | | Quit JoshuaChang (Quit: CGI:IRC (EOF)) |
| 02:53:29 | | Part WilliamC ("Leaving") |
| 02:54:33 | | Join jo__ [0] (~JoshuaCha@180.175.4.98) |
| 02:55:54 | | Nick jo__ is now known as JoshuaChang (~JoshuaCha@180.175.4.98) |
| 03:00 |
| 03:07:52 | | Quit JoshuaChang (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.2pre/20110415144045]) |
| 03:22:19 | | Join JoshuaChang [0] (~JoshuaCha@180.175.4.98) |
| 03:52:54 | | Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) |
| 03:57:22 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
| 03:59:53 | | Join jaws [0] (~fake@190.158.114.179) |
| 04:00 |
| 04:02:15 | jaws | was wondering if anyone can add some info into the wiki? I think this is important for the voicing of file names ETC . a full list of codes is found at this link and you would enter the language ids into the script without the leading 0, since peole have trouble with scansoft voices |
| 04:02:39 | JdGordon | go for it |
| 04:02:44 | jaws | so for instance the spanish voices use the language id 41A instead of the one that is listed in the site 041A |
| 04:02:44 | JdGordon | its a wiki after all |
| 04:02:51 | jaws | the link is.. http://msdn.microsoft.com/en-us/goglobal/bb964664 |
| 04:02:57 | jaws | I am not registered though |
| 04:03:15 | JdGordon | so register |
| 04:03:37 | jaws | lol. though that would be the only thing I would have to contriute for now, |
| 04:17:24 | | Quit tchan (Quit: WeeChat 0.3.4) |
| 04:35:12 | | Quit simonlnu (Quit: brb) |
| 04:37:49 | | Quit amiconn (Disconnected by services) |
| 04:37:51 | | Quit pixelma (Disconnected by services) |
| 04:37:51 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:37:53 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:37:55 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:38:08 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:41:47 | | Quit Leif (Ping timeout: 260 seconds) |
| 04:47:48 | *** | Saving seen data "./dancer.seen" |
| 04:51:25 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 04:51:41 | | Join simonlnu [0] (simon@unaffiliated/simonrvn) |
| 04:53:44 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
| 04:53:46 | | Quit milk (Quit: baaaiiii) |
| 04:54:28 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:58:54 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 05:00 |
| 05:02:12 | | Quit kugel (Ping timeout: 260 seconds) |
| 05:16:18 | | Join Rob2223 [0] (~Miranda@p5DE4B61E.dip.t-dialin.net) |
| 05:19:56 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 05:27:30 | | Join liuft [0] (~liuft@60.29.25.2) |
| 05:41:52 | | Quit Horscht (Quit: Verlassend) |
| 05:47:00 | | Quit Strath (Quit: A day without sunshine is like .... night) |
| 05:48:21 | jhMikeS | I'm done messing around with update (except for basic sync) for now until I may dump this load: http://www.rockbox.org/tracker/task/12069 |
| 05:53:20 | JdGordon | jhMikeS: do a set of test builds? |
| 05:54:24 | jhMikeS | Fine, which are most important to do? |
| 05:58:29 | jhMikeS | of course, dump it in SVN and all targets suddenly become test builds :) |
| 06:00 |
| 06:01:29 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 06:04:19 | JdGordon | thats the easier option sure :) |
| 06:04:39 | JdGordon | do a full set and wait a few days for the amazing lack of enthusiasm |
| 06:06:19 | | Quit ChickeNES (Ping timeout: 248 seconds) |
| 06:06:29 | jhMikeS | exactly my point, stirring the pot is much more effective in my experience |
| 06:07:28 | JdGordon | yeah, but it looks better at least trying to get testers :p |
| 06:08:02 | saratoga | i've been playing with it and havne't had any issues, aside from that SPC thing which happens with SVN anyway |
| 06:09:02 | jhMikeS | saratoga: how do you manage that? the sorts of actions you talk about are pretty much what I carry to the extreme before submitting a patch in the first place. |
| 06:09:21 | Llorean | How long do we have until the next release? Wouldn't it be better to get it in SVN now? |
| 06:09:27 | saratoga | just picked any SPC file and jam the select on the 200 as fast as I can |
| 06:09:44 | jhMikeS | saratoga: me too, nothing comes of it other than it repeats |
| 06:10:23 | saratoga | crashes everytime for me, let me check my config file |
| 06:10:23 | jhMikeS | Llorean: I think a couple of months ?? |
| 06:10:53 | jhMikeS | saratoga: feel free to send me that if you don't mind (there's nothing special about starting SPC over any other codec really) |
| 06:11:02 | Llorean | jhMikeS: Yeah, that's what I was thinking. You don't want to sit waiting for testers too long, I'd say if you think it's working, go for SVN. We have a relatively recent release if it is unexpectedly buggy, and we get a very quick test response. |
| 06:11:24 | jhMikeS | Llorean: been using the basic changes for awhile now, exclusively |
| 06:11:51 | jhMikeS | Llorean: right, quick revert if it's a complete catastrophe :p |
| 06:12:04 | saratoga | heh clearing the cfg file fixes it, although the config is unremarkable |
| 06:12:09 | saratoga | except maybe for repeat all |
| 06:14:30 | saratoga | try jamming select a couple times and then selecting a different track |
| 06:14:35 | saratoga | that also seems to freeze for me |
| 06:15:45 | saratoga | my config if it matters: http://pastebin.com/ct1QZe0w |
| 06:16:00 | | Quit tchan (Quit: WeeChat 0.3.4) |
| 06:16:05 | Llorean | jhMikeS: I'm honestly all for using SVN to test things on users as long as there's time to get a meaningful response, and revert it, before the next freeze in case anything unexpected goes wrong |
| 06:16:13 | Llorean | I'd say both of those are probably about as true as they get right now |
| 06:17:17 | saratoga | jhMikeS: yeah repeat all needs to be on |
| 06:17:37 | saratoga | so its a playback.c bug, probably just happens in spc due to SPC files being so small |
| 06:17:42 | jhMikeS | Then I'll happy mash the commit button on it and monitor |
| 06:18:27 | jhMikeS | saratoga: maybe. it might be because playlists against playback is quite racy |
| 06:18:38 | * | jhMikeS gives it a go |
| 06:21:18 | jhMikeS | you've got other options like replaygain |
| 06:21:21 | L-Strife89 | What port does svn try to use by default? |
| 06:23:06 | saratoga | i cleared the settings, then enabled repeat all, and that was enough to make it happen |
| 06:23:25 | saratoga | jamming one track a couple times, then trying to play another track seemed the easiest way to reproduce it |
| 06:23:41 | jhMikeS | I hit it with dircache on and repeat all on |
| 06:23:56 | saratoga | dircache is on by default i think, so i probably had that too |
| 06:24:48 | jhMikeS | no dircache, no problem, repeat one also works |
| 06:25:09 | saratoga | without dircache the timing is quite different IIRC |
| 06:25:31 | saratoga | playback.c handles metadata somewhat differently, and the wps updates differently i think |
| 06:25:54 | jhMikeS | playback.c knows no difference |
| 06:26:09 | jhMikeS | not internally anyway |
| 06:27:18 | JoshuaChang | well, seems the repeat all setting is the key? |
| 06:27:29 | jhMikeS | all/one + dircache |
| 06:27:45 | saratoga | somewhere in the guts of playback it affects something, i remember running into this a while ago |
| 06:27:52 | saratoga | maybe not playback.c though |
| 06:28:26 | jhMikeS | playback is going to whizz through the files very quickly and if it starts altering the list while playback is reading it then it may very will have issues |
| 06:28:35 | JoshuaChang | repeat all means to read all the tags while buffering? |
| 06:29:10 | saratoga | for really tiny files like SPC, does repeat all mean its going to buffer each file a lot of times? |
| 06:29:24 | JoshuaChang | in simulator, i can see the console report a lot of tag reading action while select a file |
| 06:29:27 | jhMikeS | repeat all just repeats the current directory over and over, repeat one, the current song over and over but playback just sees what playlist is giving it |
| 06:29:53 | saratoga | so it doesn't buffer past the last track? |
| 06:29:58 | jhMikeS | saratoga: indeed it will, the playlist won't have an end |
| 06:30:24 | jhMikeS | saratoga: no playlist just gives it the first file again after the last one, which repeat one, it gets the same file over and over |
| 06:30:53 | jhMikeS | it really doesn't know anything about what playlist is doing |
| 06:31:14 | JoshuaChang | i still think the bug is related to buffering and tag reading, maybe they bump together in the cpu/memory? |
| 06:31:17 | saratoga | so its buffering each one of those tiny SPC files about a thousand times |
| 06:31:28 | JoshuaChang | no |
| 06:31:46 | jhMikeS | saratoga: it will do that yes |
| 06:31:59 | saratoga | that certainly gives it a rather large window for a race condition |
| 06:32:39 | jhMikeS | put it on repeat one and it should fill the whole track array |
| 06:32:44 | jhMikeS | all with the same file |
| 06:34:03 | JoshuaChang | while in repeat all mode, you select one file, and the rb will read all the files' tag in the same dir |
| 06:34:21 | saratoga | it does that regardless of repeat all |
| 06:34:37 | JoshuaChang | in repeat one mode, rb only read the file tag you selected |
| 06:34:44 | jhMikeS | yes, it should do that, but it will restart at the first one in repeat all when normally the playlist would end at the last song |
| 06:35:11 | JoshuaChang | i can see that in the simulator's console |
| 06:35:14 | jhMikeS | right, in repeat one, it buffering the same track as many times as it can |
| 06:35:18 | jhMikeS | *buffers |
| 06:36:01 | JoshuaChang | and the buffer is bumped by the file you are current playing |
| 06:36:41 | jhMikeS | I wonder if shuffle does it too |
| 06:37:03 | JoshuaChang | +1 |
| 06:37:22 | JoshuaChang | shuffle also need all the files' tag |
| 06:37:50 | jhMikeS | it always needs all the files' tags or playback can't do anything with it |
| 06:38:21 | jhMikeS | no luck with shuffle |
| 06:38:33 | JoshuaChang | in one mode, it only need current file's tag |
| 06:38:41 | jhMikeS | A-B repeat, same thing |
| 06:39:00 | saratoga | those won't setup infinite playlists, so thats probably why |
| 06:39:14 | * | jhMikeS meant A-B is just like one/all |
| 06:39:41 | saratoga | it crashes? |
| 06:39:58 | saratoga | does A-B repeat just buffer the same track over and over |
| 06:40:03 | saratoga | i assumed it skipped backwards |
| 06:40:09 | jhMikeS | yes, a-b gives the same song just like repeat one |
| 06:40:40 | jhMikeS | a-b is the essentially the same as repeat one + you can set your markers |
| 06:41:47 | jhMikeS | it does seeks but if no b-marker is set, it does the "next" track, which is the same one again |
| 06:41:48 | JoshuaChang | a-b only read current file, simulator console reported |
| 06:42:26 | saratoga | ah so its basically the same as repeat one |
| 06:42:32 | saratoga | makes sense then |
| 06:42:32 | jhMikeS | yep |
| 06:42:39 | JdGordon | jhMikeS: is there any point in putting the magic logic into playback to not rebuffer a track on repeat-one/a-b if the whole track fits in the buffer? |
| 06:43:31 | jhMikeS | playlists just clobber the current playlist while buffering is happening on that list |
| 06:44:19 | jhMikeS | JdGordon: it wouldn't rebuffer anything if the whole track fits, unless you mean "repeat it". |
| 06:47:52 | *** | Saving seen data "./dancer.seen" |
| 06:49:53 | | Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) |
| 06:50:16 | jhMikeS | I did spot something odd where I'm only getting 127 tracks buffer but it should be 128 (but doesn't appear to have any negative effects) |
| 06:52:56 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 06:57:35 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 07:00 |
| 07:00:28 | jhMikeS | where does the click get picked up, filetree? |
| 07:01:00 | JdGordon | click? |
| 07:05:32 | jhMikeS | press? |
| 07:06:01 | jhMikeS | the FILE_ATTR_AUDIO case in filetree |
| 07:07:11 | | Quit sideral (Quit: Leaving.) |
| 07:07:13 | jhMikeS | playback isn't going to know about any of that happening for quite a long time |
| 07:08:23 | JdGordon | thaht goes through ft_enter and then playlist |
| 07:11:49 | | Quit Leif (Quit: Leaving) |
| 07:13:06 | jhMikeS | it's reading the playlist really quick but doesn't know it's different yet since Q_AUDIO_FLUSH is seen whenever it's seen, but who know when that will really happen |
| 07:14:02 | jhMikeS | or in this case, Q_AUDIO_PLAY |
| 07:22:54 | jhMikeS | I was using a current SVN build on e200, getting the lockups (which explains the funny track and handle count) :) |
| 07:23:27 | jhMikeS | thought I put a patched one on there after that :P |
| 07:24:07 | jhMikeS | saratoga: test_codec was going ok?, it's built in that patch |
| 07:24:34 | saratoga | i didn't try |
| 07:25:25 | saratoga | seems to be running |
| 07:25:53 | saratoga | yeah seems fine |
| 07:30:56 | | Join Strife89 [0] (~Strife89@168.16.226.152) |
| 07:35:43 | | Join ChickeNES [0] (~ChickeNES@192.5.85.36) |
| 07:44:09 | jhMikeS | great |
| 07:44:16 | jhMikeS | +! :) |
| 07:44:49 | | Join Buschel [0] (~chatzilla@p54B67040.dip.t-dialin.net) |
| 07:47:01 | jhMikeS | I think this playlist issue is out of the scope of what I intended to work on, which was basically control-related stuff |
| 07:47:11 | saratoga | yeah |
| 07:52:27 | | Quit L-Strife89 (Quit: Bed.) |
| 07:56:56 | jhMikeS | The only real easy, do-it-for-now fix is to stop playback before modifying the playlist, but then pretty crossfades when you select new tracks won't work |
| 07:57:20 | JoshuaChang | i want to add some audio effect, but i can't fully understand the dsp.c 's processing mode, what's meaning of int32_t *buf[] in some function? |
| 07:57:30 | | Quit GodEater (Remote host closed the connection) |
| 07:57:50 | JoshuaChang | does the int32_t *buf[] refresh every sample? |
| 07:57:51 | jhMikeS | pointers to each channel's (L and R) data |
| 07:58:36 | jhMikeS | no, just every chunk, which varies depending on how it slices it up |
| 07:59:43 | jhMikeS | internally everything is non-interleaved |
| 08:00 |
| 08:00:10 | JoshuaChang | you mean, if set the buf[] to 200, then the function eat 200 samples every time and process them, then push them all? |
| 08:00:24 | Buschel | jhMikeS: so, when do you think you might submit your playback engine rework? |
| 08:01:22 | jhMikeS | soon, when I feel a comfortable enough vibe from enough people |
| 08:02:00 | saratoga | JoshuaChang: buf[] is an array of samples, not a scalar |
| 08:02:26 | * | Buschel sends out positive vibes |
| 08:02:35 | jhMikeS | JoshuaChang: buf[0] is pointer to left data, buf[1] is pointer to rightt data (if it's not mono). those increment by the number of samples processed in each step |
| 08:02:49 | jhMikeS | Buschel: ommmmmmmmmm..... |
| 08:02:54 | Buschel | :) |
| 08:03:38 | JoshuaChang | ehh, my poor english... |
| 08:04:30 | JoshuaChang | well, if define buf[200], then in stereo mode, it should carry 100 samples, right? |
| 08:04:43 | Buschel | jhMikeS: do you think there is a chance of FS #11495 being fixed as well? nasty bug :/ |
| 08:08:43 | jhMikeS | Buschel: hmmm...I'll go look |
| 08:09:08 | JoshuaChang | i need a delay process, which means the output samples may accumulate with the samples 0.5 second ago, can buf[] do this job? |
| 08:10:14 | jhMikeS | buf[] exists in the caller's space most of the time, I'd suggest a delay line of some sort |
| 08:10:47 | | Quit amiconn (Remote host closed the connection) |
| 08:10:49 | | Quit pixelma (Remote host closed the connection) |
| 08:11:44 | JoshuaChang | should i create my own buffer and do the delay line function myself? |
| 08:11:49 | jhMikeS | Buschel: all I need is a atrac3_rm file. the core won't set the codec's current position anymore for it, so it might get done correctly now |
| 08:11:59 | jhMikeS | JoshuaChang: yep |
| 08:12:30 | JoshuaChang | ……that’s too hard for a newbie like me 他哦 |
| 08:12:36 | JoshuaChang | to do... |
| 08:13:19 | * | jhMikeS was a newbie but got obsessed |
| 08:14:00 | jhMikeS | and still feels like a newbie most of the time |
| 08:14:02 | Buschel | jhMikeS: can you access this link to download rm-samples? http://samples.mplayerhq.hu/A-codecs/ATRAC3/ |
| 08:14:51 | jhMikeS | can't seem to |
| 08:15:22 | Buschel | can you read 7zip? |
| 08:16:13 | jhMikeS | yes |
| 08:16:13 | jhMikeS | except the ones [Saint] sends for some reason, even though I use the official program |
| 08:16:30 | Buschel | I'll upload some files for you, give me a few minutes |
| 08:17:14 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 08:17:36 | * | jhMikeS should make note that the newer code doesn't display UI from the audio thread, it just skips |
| 08:18:42 | * | jhMikeS notices he has a sample file there |
| 08:19:45 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 08:19:48 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 08:20:47 | saratoga | jhMikeS, Buschel: http://duke.edu/~mgg6/rockbox/girls-just-wanna-atrc.rm |
| 08:20:47 | jhMikeS | oops, it's at the .hu url |
| 08:22:34 | jhMikeS | I haven't had problems with cook and the codec is similar in style (same author) |
| 08:26:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:26:54 | jhMikeS | it seems to be working as far as hanving anything playing else first. it's only resuming at 0 though :\ |
| 08:28:22 | jhMikeS | something interesting did happen though, it was playing along nicely for awhile and then started just buzzing |
| 08:29:49 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 08:31:42 | jhMikeS | hmm...atrac3 already seeks the buffer beforehand in svn |
| 08:32:42 | Buschel | gotta go to work now |
| 08:32:44 | Buschel | see you |
| 08:32:47 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 08:33:03 | jhMikeS | oops, had that tree patched |
| 08:37:16 | jhMikeS | heh, forgot a test to initially skip the comand polling upon resume |
| 08:46:59 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:46:59 | | Quit bertrik (Changing host) |
| 08:46:59 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:47:55 | *** | Saving seen data "./dancer.seen" |
| 08:49:16 | | Quit jaws (Read error: Connection reset by peer) |
| 08:52:06 | | Join n1s [0] (~n1s@90-224-187-243-no134.tbcn.telia.com) |
| 08:52:06 | | Quit n1s (Changing host) |
| 08:52:06 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 08:52:15 | | Join mem_ [0] (~mem@mem-irc.netnod.se) |
| 08:52:16 | jhMikeS | svn still bombs in the same place on DearJohn |
| 08:54:30 | | Quit leavittx (Ping timeout: 276 seconds) |
| 09:00 |
| 09:00:10 | jhMikeS | Buschel: (for logs) one thing the patch guarantees is the codec has the correct metadata at the time codec_run is called (but _not_ in codec_main, where the id3 is undefined) |
| 09:00:32 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 09:04:23 | | Quit scromple (Quit: Gots to go get me outta here) |
| 09:09:04 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 09:09:20 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 09:09:53 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 09:14:30 | | Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
| 09:23:19 | sideral | jhMikeS: Re playback rewrite: IIUC, you're saying the patch could be split. It would be great if you could post a patch set with several logically distinct and self-contained patches −− that would simplify review quite a bit |
| 09:24:28 | jhMikeS | Buschel: everything about playing seems on par with SVN and I haven't had any failure from selecting a file |
| 09:25:18 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 09:25:31 | | Quit [Saint] (Disconnected by services) |
| 09:25:33 | | Join S_a_i_n_t [0] (~st.lasciv@203.184.19.113) |
| 09:26:03 | jhMikeS | sideral: Only the buffering and kernel bits really, which do nothing to speak of for current SVN |
| 09:26:42 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 09:26:50 | jhMikeS | the rest just doesn't operate quite the same way between codecs and metadata handling |
| 09:27:06 | sideral | I see. Splitting the simple parts off would probably still be helpful |
| 09:27:43 | gevaerts | jhMikeS: I don't think people are asking for separate *useful* patches. |
| 09:28:19 | gevaerts | They want patches that are small enough to review and contain more or less standalone changes, even if those changes make no sense without the full set |
| 09:28:40 | jhMikeS | gevaerts: well, I could commit the those extensions now and not touch playback, mostly they'll just add idle binsize |
| 09:28:49 | | Quit bertrik (Quit: :tiuQ) |
| 09:29:13 | gevaerts | Patches, not commits :) |
| 09:29:38 | jhMikeS | commits! |
| 09:29:39 | jhMikeS | :) |
| 09:30:11 | jhMikeS | anyway, lots of codecs, mostly minor updates in each |
| 09:30:19 | jhMikeS | it makes it look very big |
| 09:31:41 | | Quit leavittx (Read error: Operation timed out) |
| 09:31:56 | jhMikeS | ok, I'll split it up (lazyhead) :p ... |
| 09:32:22 | | Quit S_a_i_n_t (Disconnected by services) |
| 09:32:24 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 09:32:59 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 09:33:07 | sideral | jhMikeS: BTW, Re AMSv2 USB corruption: I've played with the USB driver a bit and (1) noticed that sync differs to the AMSv1 driver in one regard, and (2) I found one a case of data corruption due to the SETUP packet buffer that's apparently too small. But unfortunately fixing these issues did not fix the problem for me |
| 09:33:48 | sideral | I find the SETUP handling rather strange, especially the "ignore spurious setup" bit |
| 09:34:31 | jhMikeS | hmmm...would sync be expected to be the same? it's different hw isn't it/ |
| 09:35:05 | sideral | jhMikeS: I meant sync with driver callers, not sync with hardware |
| 09:36:03 | jhMikeS | and if a buffer is too small, it's probably best to just fix that |
| 09:36:05 | sideral | The difference is that the AMSv1 driver calls usb_core_transfer_complete only when the xfer call was nonblocking, whereas the AMSv2 driver calls it always |
| 09:36:41 | sideral | but that apparently doesn't hurt too much, as there will be no handler for it in the blocking case |
| 09:37:31 | | Quit shai (Ping timeout: 260 seconds) |
| 09:37:44 | sideral | I wanted to discuss the SETUP buffer change with pamaury first, who apparently has an actual idea of what the hardware does :) |
| 09:38:28 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 09:38:29 | jhMikeS | yeah, probably a good idea :) I'd also like to know where some extra bit defines came from since I didn't find them in the datasheet that was supposedly used. |
| 09:39:53 | sideral | He's pointed me to the linux-as353x patch we have access to, but maybe I mix things up and that was for something else |
| 09:43:24 | | Quit [Saint] (Disconnected by services) |
| 09:43:26 | | Join S_a_i_n_t [0] (~st.lasciv@203.184.19.113) |
| 09:49:51 | sideral | jhMikeS: That Linux driver references the databook for a Synopsis DWC OTG, which seems to be the USB IP block that was used. Possibly related to http://www.synopsys.com/dw/ipdir.php?ds=dwc_usb_2_0_hs_otg , which offers a Linux driver (registration required) |
| 09:55:26 | | Quit JoshuaChang (Remote host closed the connection) |
| 09:58:31 | | Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) |
| 10:00 |
| 10:04:56 | | Join smk [0] (3ba3df59@gateway/web/freenode/ip.59.163.223.89) |
| 10:12:32 | smk | hi anybody here who knows how to run rockbox simulator with valgrind? |
| 10:13:45 | | Quit Rob2223 (Quit: Rob2223) |
| 10:13:50 | gevaerts | smk: the first thing to do for issues when running the simulator with debugging tools is building with sdl threads |
| 10:14:17 | gevaerts | i.e. pass −−sdl-threads to tools/configure |
| 10:14:26 | | Join Rob2222 [0] (~Miranda@p5DE4B61E.dip.t-dialin.net) |
| 10:14:54 | gevaerts | And probably make clean, this is a big enough change that I suspect the build system will get confused otherwise |
| 10:14:57 | smk | oh. yeah. it hangs in the setup_threads function called by SDL. |
| 10:15:57 | gevaerts | The default threading system is faster for our use and closer to what's used on real hardware, but it does things that debuggers don't like |
| 10:17:35 | smk | okay |
| 10:18:12 | smk | will rebuild then. |
| 10:20:40 | gevaerts | Well, I'm assuming you're not actually interested in debugging the threading code of course :) |
| 10:20:41 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 10:21:30 | smk | no. i am having some memory related problems. made some changes (replaced some malloc calls with static allocations) and its causing weird and funny errors :) |
| 10:21:31 | kugel | gevaerts: the sigaltstack threads work fine just with gdb |
| 10:21:42 | kugel | (valgrind has indeed problems though) |
| 10:22:33 | gevaerts | kugel: yes, provided you set up the right things. I know that if I need gdb, and the problem isn't related to threads, I use −−sdl-threads because it's less hassle |
| 10:24:02 | kugel | what do you mean by hassle? do you mean that it triggers on SIGURS1 on start up? |
| 10:24:13 | * | gevaerts nods |
| 10:24:19 | gevaerts | It's one line more to type! |
| 10:24:46 | kugel | IIRC you can put "handle SIGUSR1 pass nostop" into some config file so that's it always executed |
| 10:24:49 | sideral | pamaury: Re AMSv2 USB corruption: I've played with the USB driver a bit last night found one a case of data corruption due to the SETUP packet buffer that's apparently too small. But unfortunately fixing it did not fix the corruption problem for me |
| 10:25:30 | gevaerts | kugel: yes, but that assumes I'm only ever using gdb with the sim |
| 10:25:38 | sideral | pamaury: Can you explain the "ignore spurious setup" bit in the driver? |
| 10:26:08 | kugel | you could also setup a rbgdb which does that |
| 10:26:34 | gevaerts | true |
| 10:26:39 | kugel | OTOH you make sure sdl threads keep working, not the worst thing :p |
| 10:26:48 | gevaerts | exactly :) |
| 10:26:56 | * | gevaerts knew he wasn't *just* being lazy! |
| 10:27:22 | | Quit pamaury (Ping timeout: 252 seconds) |
| 10:27:50 | | Quit S_a_i_n_t (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
| 10:29:53 | | Join [Saint] [0] (~St.]@203.184.19.113) |
| 10:30:38 | jhMikeS | gevaerts: http://www.rockbox.org/tracker/task/12069 :> |
| 10:31:04 | gevaerts | Thanks! |
| 10:43:35 | sideral | Thank you jhMikeS! |
| 10:44:45 | jhMikeS | your welcome! |
| 10:45:17 | jhMikeS | I see I left an experimental thread_set_priority in buffering.c :\ |
| 10:47:57 | *** | Saving seen data "./dancer.seen" |
| 10:56:07 | | Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net) |
| 10:58:25 | | Join TheLemonMan [0] (~lem0n@ppp-168-138.98-62.inwind.it) |
| 10:58:43 | | Part smk |
| 11:00 |
| 11:03:22 | [Saint] | JdGordon: How does one alter the size of the startup logo splash? |
| 11:04:10 | CIA-87 | New commit by kugel (r29753): Android: Fix creation of debug key if ~/.android doesn't exist. |
| 11:06:13 | [Saint] | Oh, yay...so it wasn't just me that KEYTOOL was being annoying for I see. |
| 11:06:35 | [Saint] | Always good when you find out something's not your fault. ;) |
| 11:07:15 | CIA-87 | r29753 build result: All green |
| 11:21:14 | | Quit liuft (Quit: Leaving) |
| 11:22:10 | | Quit DerPapst (Quit: Leaving.) |
| 11:28:52 | | Quit ricemark20 (Quit: Leaving) |
| 11:29:07 | | Quit lennyk (Quit: lennyk) |
| 11:30:45 | sideral | kugel: Your last commit should probably use "mkdir -p" unless you want it to fail of the directory already exists |
| 11:31:31 | sideral | s/of/if/ |
| 11:32:38 | kugel | sideral: it doesn't error out for me |
| 11:33:11 | gevaerts | It should |
| 11:33:36 | sideral | then either you have an alias defined (many systems have a stock alias mkdir mkdir -p) or you're not on a POSIX box :) |
| 11:33:50 | kugel | ah, of course. it errors if .android exists but not debug.keystore |
| 11:33:54 | gevaerts | sideral: I wouldn't expect make to use aliases |
| 11:34:04 | kugel | if debug.keystore also exists the make target isn't made |
| 11:34:49 | sideral | gevaerts: I just guessed kugel was trying it out in the shell ;) |
| 11:35:21 | kugel | I tried with and without .android, but not with an empty .android :) |
| 11:35:38 | CIA-87 | New commit by kugel (r29754): Use mkdir -p in the previous commit. Thanks sideral for spotting. |
| 11:38:45 | CIA-87 | r29754 build result: All green |
| 11:54:05 | * | jhMikeS gets crazy ideas to facilitate supporting "exotic" formats in playback, like midi and hybrid wavpack |
| 11:56:04 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 11:59:57 | jhMikeS | buffering should just avoid dealing with files directly by default and use some reader source so it doesn't care where or how it gets the data to buffer |
| 12:00 |
| 12:18:49 | | Quit saratoga (Ping timeout: 252 seconds) |
| 12:40:33 | JdGordon | [Saint]: err.. it should be compiled in, i dont think the code cares about its dimensions |
| 12:43:56 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 12:44:10 | | Quit rdd (Read error: Connection reset by peer) |
| 12:44:36 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 12:45:12 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 12:45:41 | pamaury | sideral: ping |
| 12:46:01 | pamaury | sorry for missing your poke, I was using the web interface of freenode and it silently disconnected :-/ |
| 12:48:00 | *** | Saving seen data "./dancer.seen" |
| 12:48:42 | pamaury | I can't how can the setup buffer be too small, a setup packet is always 8 bytes. The only corruption case *would* be that the host sends another setup packet without waiting for the previous one to complete, I think there is a mechnism against it but I've never seen anything like this ever happen |
| 12:48:47 | pamaury | *see |
| 12:50:41 | pamaury | the spurious test is in case the driver receives a setup packet of invalid length (ie !=8). I had some of those in the early development, but it should not happen |
| 13:00 |
| 13:09:12 | sideral | pamaury: I frequently see this, and in one case I could see that the variable allocated behind the packet buffer (ep0_state) was corrupted |
| 13:09:36 | pamaury | is this in the case where the controller keeps resetting ? |
| 13:10:36 | sideral | Perhaps the size reported by the "ignore spurious setup" message corresponds to bytes written into memory after the 8-byte buffer? |
| 13:10:36 | pamaury | the corruption makes no sense, the dma is configured to transfer 8 bytes, not more ! |
| 13:10:57 | sideral | I don't know whether you can really limit the xfer size that way |
| 13:11:13 | sideral | This is not done the same way for non-EP0 non-SETUP packets |
| 13:11:24 | pamaury | yes you can, the reported size is the amount missing from the 8 bytes |
| 13:11:32 | sideral | (by writing to the xfersize field) |
| 13:11:40 | pamaury | hum ? There is no difference |
| 13:12:17 | sideral | ah yeah, right |
| 13:12:32 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 13:12:47 | | Quit ender| (Ping timeout: 250 seconds) |
| 13:13:13 | sideral | I don't think this was the permenent-reset case. The USB connection eventually just hung |
| 13:13:13 | pamaury | you intiially set DOEPTSIZ to the maximum size it gets decrementented. The controller fires the irq either on short packet or when the count reaches zero AFAIK |
| 13:13:49 | | Quit ender` (Ping timeout: 246 seconds) |
| 13:14:10 | sideral | Sou you'd expect the size reported in the "ignored" message should be < 8? |
| 13:14:31 | pamaury | it can't be more |
| 13:15:00 | pamaury | well, it shouldn't be since the controller can only decrement it and I set it to 8 !! |
| 13:15:02 | sideral | I observed values of xfersize=120 and xfersize=112 |
| 13:15:50 | pamaury | on ignore spurious setup ? |
| 13:16:04 | sideral | yes |
| 13:16:04 | sideral | but it's possible that I made a mistake −− I experimented with not setting the xfersize bits |
| 13:16:38 | pamaury | arf, not setiing the xfersize bits seems a bit dangerous and weird |
| 13:17:05 | sideral | it could have been that experiment. (I really should better log my experiments :/ ) |
| 13:18:16 | pamaury | I won't have time until tomorrow night but since my device behaves differently without sd, I'll try to understand what is the difference between sd inserted and sd not inserted |
| 13:18:46 | sideral | could it be a problem that we set both DEPTSIZ0_supcnt_bitp and DEPTSIZ0_pkcnt_bitp? |
| 13:19:19 | | Quit otih (Remote host closed the connection) |
| 13:19:26 | pamaury | I honestly can't remember what those bit do :) And I don't have any document at hand, I'll have a look at home |
| 13:20:18 | sideral | OK. :) One other bit of difference I found between the AMSv1 and AMSv2 USB drivers was when they send usb_core_transfer_complete |
| 13:20:20 | pamaury | iirc, the pkcnt one is the the number of packets to received (at most) and supcnt is the number of setup (for a control endpoint) |
| 13:20:56 | sideral | Hopefully that can't lead it to receive two packets (one of each type)? |
| 13:21:34 | pamaury | no, afaik the only part using blocking transfers is the core and it ignores transfer completion |
| 13:22:07 | sideral | yeah, changing that to the AMSv1 way did not make a difference |
| 13:23:01 | pamaury | I would even say the AMsv1 is unsual then because the usb-arc driver also behaves like this: always call usb_core_transfer_complete |
| 13:23:18 | pamaury | and usb works reliably on all arc-based devices |
| 13:23:53 | sideral | OK |
| 13:23:53 | sideral | Misunderstanding? My "receive two packets" line referred to DEPTSIZ0_supcnt_bitp and DEPTSIZ0_pkcnt_bitp being set |
| 13:24:50 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 13:24:54 | sideral | What kind of documentation do you have? Just the linux-as353x patch? |
| 13:25:02 | pamaury | I was thinking about that one but I dont't think so, although one should check. and in any case, the xfer size is decremented so the second one would have 0 size |
| 13:25:04 | | Join Rob2222 [0] (~Miranda@p5DE4B61E.dip.t-dialin.net) |
| 13:25:40 | pamaury | sideral: that patch but it's not extremely useful, I have some datasheet for similar-but-not-exactly-the-same-controller-and-those-datasheet-are-not-complete :) |
| 13:26:33 | sideral | Is the datasheet for the Synopsys USB controller? |
| 13:27:21 | pamaury | no, it's for a SoC and it has a partial documentation for the registers. We don't have an official doc from synopsys |
| 13:27:40 | sideral | too bad. |
| 13:27:54 | pamaury | the patch has lots of doc inside for the registers but that doesn't help |
| 13:28:20 | pamaury | because the interesting part is how you init the controller, how you setup a transfer, things to avoid, etc |
| 13:29:08 | pamaury | On idea is popping out of my mind: I think this controller has a PIO mode so I could try to implement a PIO driver |
| 13:29:12 | pamaury | * one |
| 13:29:29 | sideral | nice idea |
| 13:30:02 | pamaury | it's far less efficient and more complicated to implement I think but at least we know where we write in memory :D |
| 13:33:41 | sideral | Right |
| 13:34:01 | sideral | One thing I find confusing about the linux patch is that it appears to have multiple USB drivers |
| 13:38:15 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 13:44:29 | | Quit skapazzo (Ping timeout: 258 seconds) |
| 13:51:12 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 14:00 |
| 14:01:43 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 14:05:53 | pamaury | sideral: really ? |
| 14:07:02 | pamaury | It's much more general: it has the device side and the host side (since it's OTG), and it handles DMA vs PIO (and even internal vs external DMa), it's a very general framework |
| 14:07:15 | sideral | maybe I was just confused, but I think found two places where the SETUP DMA buffer is set up |
| 14:07:25 | sideral | ah, that explains it |
| 14:07:56 | pamaury | Actually, half of the files are not of interest because of OTG :) |
| 14:12:26 | | Quit robin0800 (Quit: Leaving) |
| 14:16:53 | | Quit T44 (Quit: Leaving) |
| 14:22:05 | sideral | pamaury: Actually, OTG would be pretty neat to have on my Clip+. I could plug in a WiFi stick and sync it over the air :) |
| 14:22:25 | pamaury | yeah but we don't know if it has the electrical wiring ;-/ |
| 14:27:29 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 14:39:33 | ThomasAH | pamaury: is the wiring only relevant for deciding if OTG mode should be enabled, or for other things, too? (assuming 5V can come from a powered USB hub) |
| 14:40:21 | | Quit pamaury (Ping timeout: 252 seconds) |
| 14:40:25 | ThomasAH | narf |
| 14:44:22 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 14:45:53 | sideral | ThomasAH: I take it you are planning to port a host USB stack, an IP stack and a few WiFi drivers to Rockbox? ;) |
| 14:48:02 | *** | Saving seen data "./dancer.seen" |
| 14:50:49 | | Quit robin0800 (Quit: Leaving) |
| 14:53:25 | ThomasAH | sideral: no, I hoped to use OTG on my Motorola Defy, but it only works for some seconds directly after booting before the normal system takes over :) |
| 14:53:53 | ThomasAH | sideral: and I hope to see a working USB storage for my trusted Clip+, too :)) |
| 14:55:26 | ThomasAH | sideral: (so I hoped to ensnarl pamaury into a discussion about Clip+ and USB by throwing in my half-knowledge about USB OTG so I could ask him about the status of USB on Clip+) |
| 14:55:58 | sideral | that's what we were talking about earlier, in a way |
| 14:56:36 | sideral | I am using Rockbox USB on the Clip+, but I've run into FS #11877 |
| 14:57:28 | [Saint] | Hmmm...if I plug USB while RaaA is running on my phone, it reboots? |
| 14:58:44 | ThomasAH | sideral: so it works most of the time? |
| 15:00 |
| 15:09:18 | | Quit soap (Read error: Connection reset by peer) |
| 15:22:31 | | Join MatthewWilkes [0] (~matthewwi@91-64-38-253-dynip.superkabel.de) |
| 15:22:40 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
| 15:24:29 | MatthewWilkes | Hey all, my Samsa Clip+ has decided to brick itsself (honest, it was working on monday, haven't used it since). When i turn it on I can get into rockbox 3.7.1 (no usb patch :() but when i try to boot original firmware it either goes to USB, gets to connected and then doesn't mount mass storage, or tries to refresh media, gets to 20% and reboots |
| 15:24:45 | MatthewWilkes | Any ideas of what I could do to gain access to the usb filesystem short of disassembling it? |
| 15:26:15 | | Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) |
| 15:26:15 | | Quit soap (Changing host) |
| 15:26:15 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:27:07 | gevaerts | MatthewWilkes: I'm not a clip+ specialist so there may be better solutions, but you could always make a build with the usb patch and run that from an sd card |
| 15:27:26 | MatthewWilkes | gevaerts: how can I run from an SD card? |
| 15:27:33 | MatthewWilkes | Does it 'just work'? |
| 15:27:38 | gevaerts | "play" the firmware file |
| 15:28:13 | gevaerts | You won't get (well, not easily) working plugins and things like that that way, but you don't need that for USB |
| 15:28:50 | MatthewWilkes | Hmm… I just put a microsd in and tried to go to files and it seems to have locked up |
| 15:29:01 | MatthewWilkes | activity light is on though, is it doing something? :) |
| 15:29:15 | gevaerts | hm |
| 15:29:52 | * | gevaerts thinks he'd better leave this to our AMS specialists... |
| 15:30:13 | [Saint] | That's not so good. RoLo/uSD is the only way I could think to get rockbox with USB on there. |
| 15:30:43 | MatthewWilkes | I have a 4gb and a 16gb µSD card |
| 15:30:50 | MatthewWilkes | both SDHC, but the clip+ claims to support that |
| 15:30:57 | gevaerts | [Saint]: well, getting the OF not to be silly would also help presumably |
| 15:30:57 | MatthewWilkes | Locks up on boot with it in |
| 15:31:06 | MatthewWilkes | gevaerts: I called up sansa |
| 15:31:12 | MatthewWilkes | They said post it to us and we'll give you a new one |
| 15:31:18 | MatthewWilkes | Yay commercial software |
| 15:31:22 | | Quit mystica555 (Ping timeout: 252 seconds) |
| 15:32:20 | gevaerts | Did you ever have either of those µSD cards working in it? |
| 15:32:28 | MatthewWilkes | Nope |
| 15:32:33 | MatthewWilkes | never tried them before |
| 15:32:47 | MatthewWilkes | phone's card and an old one, didn't think of it |
| 15:32:58 | gevaerts | right, so you might just be unlucky enough to have two cards that 3.7.1 doesn't like |
| 15:32:58 | MatthewWilkes | I have it set to refresh the database automatically, could it be that? |
| 15:33:27 | gevaerts | Disabling that can't hurt I guess |
| 15:33:51 | MatthewWilkes | oh, right, yeah, I can disable that |
| 15:33:56 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 15:33:58 | MatthewWilkes | rockbox didn't die :) |
| 15:35:28 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 15:37:23 | pamaury | sideral: I think that you are violating the USB spec by using exclusively an OTG as host :) |
| 15:38:06 | MatthewWilkes | Wiped the settings and i got a kernel panic when I inserted the sd |
| 15:38:09 | MatthewWilkes | next time it mounted |
| 15:38:18 | pamaury | I must admit that I don't know much about it since we never tried to use an OTG device as host |
| 15:40:14 | pamaury | I would love to try but I have more important projects ;) |
| 15:44:04 | gevaerts | MatthewWilkes: right. I'd try building a rockbox.sansa from trunk and loading that from sd then |
| 15:49:26 | MatthewWilkes | got usb build running, but the lappy isn't seeing it |
| 15:49:27 | sideral | ThomasAH: Yes |
| 15:49:59 | sideral | pamaury: Same here |
| 15:50:02 | ThomasAH | sideral: good to hear |
| 15:50:45 | amiconn | pamaury: Isn't the only difference between plain host and otg that if you connect two otg devices they will negotiate which one will be host? |
| 15:51:44 | pamaury | the difference is that by means of standard cables, you are only allowed to connect: host with OTG (used as device) or OTG with OTG (negociate) |
| 15:51:50 | pamaury | gevaerts: correct me if I'm saying something wrong :) |
| 15:52:25 | gevaerts | pamaury: I'm not too familiar with OTG |
| 15:52:38 | pamaury | perhaps wikipedia helps, let's see.... |
| 15:52:44 | gevaerts | MatthewWilkes: I'd say pamaury and sideral are our main specialists right now :) |
| 15:52:57 | | Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
| 15:53:47 | pamaury | hum, I might be wrong |
| 15:53:58 | pamaury | I need to read the spec to be clear on that point |
| 15:54:18 | * | sideral is the specialist for contentious feature additions |
| 15:54:24 | pamaury | One problem comes from the power delivered on the bus too |
| 15:54:44 | MatthewWilkes | sideral: :D |
| 15:54:49 | gevaerts | MatthewWilkes: hm, have you verified that the cable is good? |
| 15:55:37 | [Saint] | jhMikeS: warnings while building with the new playback engine |
| 15:55:39 | [Saint] | /home/saint-ubuntu/Sources/rockbox/apps/playback.c: In function 'audio_init_codec': |
| 15:55:39 | [Saint] | /home/saint-ubuntu/Sources/rockbox/apps/playback.c:1161: warning: unused parameter 'track_info' |
| 15:55:40 | MatthewWilkes | gevaerts: I've used it for programming a microcontroller before, seems to work |
| 15:56:02 | | Quit benedikt93 (Quit: The higher the IQ of the individual...The more they enjoy watching a robot drive into a wall at top speed) |
| 15:56:49 | | Join pamaury_ [0] (81680b01@rockbox/developer/pamaury) |
| 15:57:36 | | Join evilnick_B_ [0] (0c140464@rockbox/staff/evilnick) |
| 15:58:28 | ThomasAH | pamaury_: powered USB hub to the rescue :) |
| 15:58:29 | jhMikeS | [Saint]: erm...that sounds strange |
| 15:58:38 | | Quit MatthewWilkes (Remote host closed the connection) |
| 15:58:48 | | Quit pamaury (Ping timeout: 252 seconds) |
| 15:58:48 | | Quit evilnick_B (Ping timeout: 252 seconds) |
| 15:58:51 | pamaury_ | but then you have the problem of standard cables |
| 15:59:03 | jhMikeS | [Saint]: ah, ignore it. it's because codec buffering isn't supported |
| 15:59:43 | pamaury_ | I've never see a micro(or whatever OTG compatible) / female A, you would need something like that |
| 16:00 |
| 16:00:03 | jhMikeS | it's supported, but only on native builds |
| 16:00:31 | * | pamaury_ decide to not talk about OTG until he knows what he is talking about :) |
| 16:00:42 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 16:02:21 | | Nick evilnick_B_ is now known as evilnick_B (0c140464@rockbox/staff/evilnick) |
| 16:02:23 | | Part thomasjfox |
| 16:02:46 | | Join Rob2223 [0] (~Miranda@p5DE4B565.dip.t-dialin.net) |
| 16:04:41 | | Part mem_ |
| 16:05:33 | | Join MatthewWilkes [0] (~matthewwi@91-64-38-253-dynip.superkabel.de) |
| 16:05:51 | MatthewWilkes | Okay, I have a workaround that will satisfy the requirement of 'short haul flight in 2 hours' |
| 16:05:57 | | Part LinusN |
| 16:06:16 | MatthewWilkes | Boot to rockbox without SD card in, insert SD, listen |
| 16:06:42 | | Quit Rob2222 (Ping timeout: 276 seconds) |
| 16:15:20 | | Quit liar (Quit: hallowed are the ori!) |
| 16:16:32 | ThomasAH | pamaury_: I have such a cable: male micro B to female A. Yes, it's non-standard |
| 16:17:55 | ThomasAH | pamaury_: I bought this one: http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=140494876025&ssPageName=STRK:MEWNX:IT |
| 16:18:19 | pamaury_ | If I'm bored I could have atry. I have a TI-89 with a micro/micro cable and it's self-powered, perfect for trying otg with clip+ :) although I don't know which controller the clip+ has |
| 16:18:51 | ThomasAH | pamaury_: or here on ebay.com instead of .de: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140494876025 |
| 16:19:35 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 16:19:36 | MatthewWilkes | ThomasAH: Indeed, I was just wondering why ebay was so clever to redirect me to the local site. |
| 16:19:39 | ThomasAH | pamaury_: ah, but I just notice that you're from Europe, too |
| 16:19:52 | ThomasAH | MatthewWilkes: *g* |
| 16:20:11 | * | MatthewWilkes germans it up a bit |
| 16:20:14 | | Nick MatthewWilkes is now known as MatzeWilkes (~matthewwi@91-64-38-253-dynip.superkabel.de) |
| 16:21:14 | ThomasAH | but of course Clip+ does not have a Micro B, but Mini connector |
| 16:22:12 | MatzeWilkes | yeah, and thankfully I had a mini connector for programming my http://www.xmos.com/products/development-kits/xc-1a-development-kit |
| 16:22:38 | | Quit evilnick_B (Ping timeout: 252 seconds) |
| 16:22:38 | | Quit pamaury_ (Ping timeout: 252 seconds) |
| 16:29:06 | | Quit Keripo (Ping timeout: 240 seconds) |
| 16:30:46 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 16:34:55 | | Join L-Strife89 [0] (~Strife89@168.16.232.173) |
| 16:36:01 | | Quit skapazzo (Ping timeout: 264 seconds) |
| 16:36:29 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 16:39:34 | | Quit pepsi (Ping timeout: 252 seconds) |
| 16:41:53 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 16:46:23 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 16:48:03 | *** | Saving seen data "./dancer.seen" |
| 16:50:28 | | Join archivator [0] (~archivato@188-220-40-20.zone11.bethere.co.uk) |
| 16:50:31 | | Part archivator |
| 16:50:35 | | Quit MatzeWilkes (Quit: This computer has gone to sleep) |
| 16:52:21 | | Join Keripo [0] (~Keripo@eng225.wireless-resnet.upenn.edu) |
| 16:55:36 | [Saint] | SVN head RaaA with list dpacing, meier crossfeed, new playback engine, resources-on-sd, audio dropout fix, quickscreen timeout, shutdown in main menu and "fancy" logos: |
| 16:55:37 | [Saint] | http://www.datafilehost.com/download-79cab78e.html |
| 16:56:07 | [Saint] | 240x320, 320x480 and 480x800 builds in the same zip. |
| 16:56:41 | [Saint] | *s/dpacing/spacing/ |
| 16:58:11 | | Quit sinthetek (Ping timeout: 240 seconds) |
| 17:00 |
| 17:05:44 | | Quit Leif (Quit: Leaving) |
| 17:09:52 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 17:32:33 | | Join stoffel [0] (~quassel@p57B4AD0E.dip.t-dialin.net) |
| 17:34:02 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 17:37:59 | bluebroth3r | what are "fancy" logos? |
| 17:38:05 | bluebroth3r | as in bigger icons? |
| 17:41:30 | [Saint] | Nah, I gave the rockbox logo a bit of an update. |
| 17:41:51 | [Saint] | I made the "open source jukebox firmware" actually readable. |
| 17:41:57 | * | bluebroth3r wonders how that would look |
| 17:42:12 | [Saint] | http://imgur.com/Dqwbi |
| 17:42:34 | [Saint] | Wonder no more ;) |
| 17:43:39 | * | jhMikeS thinks it's weird it's still just for the jukebox |
| 17:44:19 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 17:44:31 | * | [Saint] assumed that "jukebox" took on a wider meaning ;) |
| 17:45:48 | * | jhMikeS gets some idea to emulate an archos jukebox in a plugin and run the original rockbox on that |
| 17:46:05 | [Saint] | haha |
| 17:47:35 | | Quit jfc (Ping timeout: 260 seconds) |
| 17:48:49 | [Saint] | pffffft! but instead you waste your time fixing up useless things like buffering and playback. |
| 17:49:06 | | Quit kugel (Ping timeout: 240 seconds) |
| 17:49:10 | [Saint] | you should be ashamed jhMikeS, ashamed... |
| 17:49:14 | [Saint] | ;P |
| 17:49:27 | | Quit pepsi (Ping timeout: 252 seconds) |
| 17:50:48 | jhMikeS | I should waste more time |
| 17:51:04 | bluebroth3r | true, who needs buffering or playback at all? |
| 17:51:22 | bluebroth3r | btw, I find that "open source jukebox firmware" pretty readable on my phone :) |
| 17:51:31 | jhMikeS | noone...totally useless stuff |
| 17:51:47 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 17:52:00 | | Join Buschel [0] (~chatzilla@84.182.121.166) |
| 17:52:05 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 17:52:53 | bluebroth3r | [Saint]: btw, I would like to get a larger iconset into svn. You're still working on FS #11717? |
| 17:53:28 | [Saint] | bluebroth3r: I've not had the time to recently, but I'm hoping to get back into it shortly. |
| 17:53:44 | [Saint] | I'd like to get a larger iconset(s) into svn also. |
| 17:53:58 | bluebroth3r | ok. Maybe I'll just start off with a generated one and let you post an update of that later on then :) |
| 17:54:34 | [Saint] | I have one in a task on flyspray somewhere... |
| 17:55:21 | [Saint] | It's a lot more honed that the generated ones, and it'll give me more of an excuse to fix it up ;) |
| 17:55:50 | [Saint] | In general, though, I'd like the underlying system of icons/viewers fixed before I work on a "final" iconset. |
| 17:56:01 | [Saint] | it's really quite busted presently. |
| 17:56:19 | Buschel | smk: Just in case you read the logs -> I am interested in the changes you've made to libfaad (exchanging malloc with static vars). Is there any patch available? |
| 17:58:01 | | Quit kugel (Ping timeout: 252 seconds) |
| 17:58:16 | [Saint] | bluebroth3r: Oh, derp...it is FS #11717 I was talking about. |
| 17:58:59 | [Saint] | Yes, I'd like to see that go in to help those that need a larger iconset. But I really *HATE* the way I worked around the fact that the underlying icon system is broken. |
| 17:59:41 | [Saint] | A big cleanup of viewers/icon code would be nice, but it's out of my league personally. |
| 18:00 |
| 18:01:00 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 18:02:18 | [Saint] | What really needs to be done is to go through the iconset and establish what's being used, what's being used inconsistently, and how we *want* the icons (final iconset to be discussed) to be distributed. |
| 18:02:26 | [Saint] | ie. what the icons "mean". |
| 18:02:39 | | Quit pepsi (Ping timeout: 252 seconds) |
| 18:03:20 | | Quit Buschel (Ping timeout: 260 seconds) |
| 18:03:38 | | Join madalu [0] (~user@unaffiliated/madalu) |
| 18:04:18 | [Saint] | a good 33% of that iconset is not used at all, and a lot of it is used rather inconsistently. This isnlt the fault of the iconset, I actually changed a lot of the icons to fit how they were being used...and, while that's not the fault of the iconset, it's very broken to work around it in this manner IMO |
| 18:05:38 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 18:06:20 | [Saint] | at some point in time people started going "oh, that icon looks nice...I'll use that", instead of using the icons for their intended purpose (apparently each icon had a purpose, I have a diagram that matches up the icon with the use case somewhere...it's rather horribly disregarded) |
| 18:07:41 | [Saint] | </rant> Sorry ;) |
| 18:08:49 | jhMikeS | I _think_ they had an intended purpose...some time in, what, 2006-2007 or so. |
| 18:10:32 | [Saint] | jhMikeS: Evidence I have suggests so ;) |
| 18:10:53 | [Saint] | It would be nice to go back to using them in a uniform way...that's why I *hate* my iconset. |
| 18:11:05 | saratoga | m = (1<<16) / pow(2, (x+1) * (ENV_STEP/4.0) / 8.0); |
| 18:11:09 | saratoga | where m is a double |
| 18:11:16 | [Saint] | It makes icons usable for large screen targets, but it's a fix for a broken system. |
| 18:11:22 | saratoga | i can think of some reasons that VGM codec thing is slow . . . |
| 18:11:47 | gevaerts | ouch |
| 18:11:53 | saratoga | ah that doesn't get compiled |
| 18:11:58 | jhMikeS | saratoga: I did see float stuff in there |
| 18:14:12 | saratoga | double sample_rate |
| 18:14:15 | saratoga | really? |
| 18:15:44 | | Quit soap (Read error: Operation timed out) |
| 18:15:49 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 18:16:07 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 18:17:15 | saratoga | i guess its a little premature to complain about that, since some of this code will probably change when the non-GPL stuff is dropped |
| 18:17:25 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 18:18:36 | | Join saratoga_ [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 18:21:47 | | Quit saratoga (Ping timeout: 252 seconds) |
| 18:22:31 | | Quit evilnick_B (Ping timeout: 252 seconds) |
| 18:23:14 | | Quit bieber_ (Remote host closed the connection) |
| 18:24:11 | jhMikeS | guess we're a month in from its debut...wonder when the conversion will happen |
| 18:24:50 | | Join Buschel [0] (~chatzilla@p54B679A6.dip.t-dialin.net) |
| 18:30:41 | saratoga_ | the NSF codec on the tracker also has a some nasty bits of non-GPL code built into it |
| 18:31:29 | | Quit krazykit (Quit: awe yeeeeeee) |
| 18:31:38 | | Quit pepsi (Ping timeout: 276 seconds) |
| 18:32:09 | | Quit madalu (Remote host closed the connection) |
| 18:34:21 | | Quit sideral (Quit: Leaving.) |
| 18:34:59 | | Quit saratoga_ (Ping timeout: 252 seconds) |
| 18:35:09 | | Join pepsi [0] (~pepsi@c-24-14-43-184.hsd1.il.comcast.net) |
| 18:35:10 | | Quit pepsi (Changing host) |
| 18:35:10 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 18:35:50 | | Quit L-Strife89 (Quit: Leaving) |
| 18:38:57 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 18:39:04 | saratoga | and Atari SC68 codec is GPLv3 only |
| 18:42:46 | jhMikeS | gama doesn't check these things? |
| 18:48:05 | *** | Saving seen data "./dancer.seen" |
| 18:48:32 | | Quit jhMikeS (Ping timeout: 240 seconds) |
| 18:49:20 | | Join jhMikeS [0] (~jethead71@adsl-99-103-116-27.dsl.sfldmi.sbcglobal.net) |
| 18:49:25 | | Quit jhMikeS (Changing host) |
| 18:49:25 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 18:52:57 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 18:59:15 | * | amiconn is still in favour of going gplv3 |
| 19:00 |
| 19:01:17 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 19:02:55 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:03:37 | | Quit DerPapst (Quit: Leaving.) |
| 19:03:51 | | Quit kisak (Quit: Lost terminal) |
| 19:03:52 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 19:12:27 | | Join kugel [0] (~kugel@e178123188.adsl.alicedsl.de) |
| 19:12:27 | | Quit kugel (Changing host) |
| 19:12:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:13:19 | | Quit stoffel (Ping timeout: 250 seconds) |
| 19:14:29 | | Join stoffel [0] (~quassel@p57B4A67B.dip.t-dialin.net) |
| 19:15:35 | | Quit Rob2223 (Remote host closed the connection) |
| 19:15:51 | | Join Rob2222 [0] (~Miranda@93.228.181.101) |
| 19:18:27 | | Quit [Saint] (Remote host closed the connection) |
| 19:18:40 | | Quit kugel (Quit: leaving) |
| 19:18:57 | | Join kugel [0] (~kugel@e178123188.adsl.alicedsl.de) |
| 19:18:57 | | Quit kugel (Changing host) |
| 19:18:57 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:20:22 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 19:21:21 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:24:05 | | Quit Keripo (Quit: Leaving.) |
| 19:26:42 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 19:27:23 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 19:28:09 | | Quit [Saint] (Disconnected by services) |
| 19:28:11 | | Join S_a_i_n_t [0] (~st.lasciv@203.184.19.113) |
| 19:29:11 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 19:29:25 | | Quit S_a_i_n_t (Disconnected by services) |
| 19:30:51 | | Quit stoffel (Remote host closed the connection) |
| 19:33:49 | | Quit [Saint] (Disconnected by services) |
| 19:33:51 | | Join S_a_i_n_t [0] (~st.lasciv@203.184.19.113) |
| 19:36:38 | | Quit S_a_i_n_t (Client Quit) |
| 19:36:57 | | Join Keripo [0] (~Keripo@SEAS409.wlan.seas.upenn.edu) |
| 19:39:13 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 19:43:39 | | Quit logbot (Ping timeout: 250 seconds) |
| 19:43:39 | *** | ERROR: (Closing Link: giant.haxx.se (Ping timeout: 250 seconds)) from asimov.freenode.net |
| 19:43:39 | *** | Cleanup |
| 19:43:39 | *** | Cleanup |
| 19:43:39 | *** | Saving seen data "./dancer.seen" |
| 19:43:39 | *** | Exit |
| 19:43:41 | *** | Started Dancer V4.16 |
| 19:43:41 | *** | Connected to irc.freenode.net on port 6667 |
| 19:43:41 | *** | Logfile for #rockbox started |
| 19:43:41 | Mode | "logbot :+i" by logbot |
| 19:43:45 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 19:43:45 | | Join logbot [0] (~rockbox@giant.haxx.se) |
| 19:43:45 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 19:43:45 | | Join Keripo [0] (~Keripo@SEAS409.wlan.seas.upenn.edu) |
| 19:43:45 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 19:43:45 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 19:43:45 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:43:45 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:43:45 | | Join Rob2222 [0] (~Miranda@93.228.181.101) |
| 19:43:45 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 19:43:45 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 19:43:45 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 19:43:45 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 19:43:45 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 19:43:45 | | Join Buschel [0] (~chatzilla@p54B679A6.dip.t-dialin.net) |
| 19:43:45 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 19:43:45 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:43:45 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 19:43:45 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 19:43:45 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 19:43:45 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 19:43:45 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 19:43:45 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 19:43:45 | | Join TheLemonMan [0] (~lem0n@ppp-168-138.98-62.inwind.it) |
| 19:43:45 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 19:43:45 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 19:43:45 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 19:43:45 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 19:43:45 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 19:43:45 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 19:43:45 | | Join Strife89 [0] (~Strife89@168.16.226.152) |
| 19:43:45 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 19:43:45 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 19:43:45 | | Join simonlnu [0] (simon@unaffiliated/simonrvn) |
| 19:43:45 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 19:43:45 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 19:43:45 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
| 19:43:45 | | Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) |
| 19:43:45 | | Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) |
| 19:43:45 | | Join mystica555_ [0] (~Mike@71-33-152-71.hlrn.qwest.net) |
| 19:43:45 | | Join amee2k [0] (~thomas@ve504.cugnet.net) |
| 19:43:45 | | Join eGen_ [0] (generat0r@gate.mmdecin.cz) |
| 19:43:45 | | Join sasquatch [0] (~username@46.115.25.60) |
| 19:43:45 | | Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 19:43:45 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 19:43:45 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 19:43:45 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 19:43:45 | | Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) |
| 19:43:45 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 19:43:45 | | Join gromit` [0] (~gromit@ALagny-154-1-9-207.w83-112.abo.wanadoo.fr) |
| 19:43:45 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 19:43:45 | | Join timccc [0] (~timccc@112.166.15.141) |
| 19:43:45 | | Join Buganini [0] (~buganini@2001:c08:2600::379) |
| 19:43:45 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
| 19:43:45 | | Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) |
| 19:43:45 | | Join mikroflo1s_ [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) |
| 19:43:45 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 19:43:45 | | Join FoolOnHill [0] (~foh@adsl-71-68-84.bhm.bellsouth.net) |
| 19:43:45 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 19:43:45 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 19:43:45 | | Join [fred] [0] (~fred@ircop.efnet.at) |
| 19:43:45 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 19:43:45 | | Join zu_ [0] (~zu@91.121.115.73) |
| 19:43:45 | | Join jae [0] (~jae@dedicated.jaerhard.com) |
| 19:43:45 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
| 19:43:45 | | Join Barahir [0] (~jonathan@fb08schindler24.anorg.chemie.uni-giessen.de) |
| 19:43:45 | | Join alexbobp [0] (~alex@ppp-70-253-78-241.dsl.austtx.swbell.net) |
| 19:43:45 | | Join Galois [0] (djao@efnet-math.org) |
| 19:43:45 | | Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) |
| 19:43:45 | | Join sobel [0] (~matt@204.197.218.199) |
| 19:43:45 | | Join z35 [0] (~z35@24.189.173.113) |
| 19:43:45 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 19:43:45 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 19:43:45 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 19:43:45 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 19:43:45 | | Join cjcopi [0] (~craig@charon.craig.copi.org) |
| 19:43:45 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 19:43:45 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 19:43:45 | | Join niekie [0] (~niek@CAcert/Assurer/niekie) |
| 19:43:45 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 19:43:45 | | Join tmzt [0] (~tmzt@76.211.0.191) |
| 19:43:45 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 19:43:45 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 19:43:45 | | Join maraz [0] (maraz@kapsi.fi) |
| 19:43:45 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 19:43:45 | | Join martii [0] (martii@sokrates.mimuw.edu.pl) |
| 19:43:45 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 19:43:45 | | Join pikytcus [0] (~bigd@failbox.co.cc) |
| 19:43:45 | | Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) |
| 19:43:45 | | Join logvelc [0] (~erik@elbereth.midgard.liu.se) |
| 19:43:45 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 19:43:45 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
| 19:43:45 | | Join linuxguy3 [0] (~timj@adsl-76-202-250-104.dsl.emhril.sbcglobal.net) |
| 19:43:45 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 19:43:45 | | Join Rondom [0] (~rondom@nonmodosedetiam.net) |
| 19:43:45 | | Join simabeis_ [0] (~simabeis@lobmenschen.de) |
| 19:43:45 | | Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) |
| 19:43:45 | | Join kkit|sh [0] (~kkit@li135-248.members.linode.com) |
| 19:43:45 | | Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net) |
| 19:43:45 | | Join pjm0616 [0] (~user@110.9.28.45) |
| 19:43:45 | | Join feisar-_ [0] (jljhook@ihq.in) |
| 19:43:45 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 19:43:45 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
| 19:43:45 | | Join guymann [0] (~charles@adsl-69-177-39-115.adsl.snet.net) |
| 19:43:45 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 19:43:45 | | Join tguinot [0] (~tguinot@ks22840.kimsufi.com) |
| 19:43:45 | | Join bzed [0] (~bzed@2001:6f8:118a::100) |
| 19:43:45 | | Join ack` [0] (~ack@mingbai.org) |
| 19:43:45 | | Join elcan [0] (user36@pr0.us) |
| 19:43:45 | | Join preglow [0] (thomj@rockbox/developer/preglow) |
| 19:43:45 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) |
| 19:43:45 | | Join parafin [0] (parafin@paraf.in) |
| 19:43:45 | | Join TBFOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) |
| 19:43:45 | | Join literal [0] (hinrik@w.nix.is) |
| 19:43:45 | | Join CIA-87 [0] (~CIA@208.69.182.149) |
| 19:43:45 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 19:43:45 | | Join merbanan [0] (~banan@c-83-233-242-230.cust.bredband2.com) |
| 19:43:45 | | Join ved [0] (ved@ddsbox.co.cc) |
| 19:43:45 | | Join Utchy [0] (~Utchy@rps6752.ovh.net) |
| 19:43:45 | | Join FOAD [0] (~dok@83.161.135.61) |
| 19:43:45 | | Join jvoisin [0] (~jvoisin@ks22840.kimsufi.com) |
| 19:43:45 | | Join Hadaka [0] (~naked@naked.iki.fi) |
| 19:43:45 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 19:43:45 | | Join olejorgenb [0] (bronner@caracal.stud.ntnu.no) |
| 19:43:45 | | Join @ChanServ [0] (ChanServ@services.) |
| 19:43:45 | | Join ranmachan [0] (ranma@yumi.tdiedrich.de) |
| 19:49:33 | bluebroth3r | [Saint]: see FS #11982 for what each icon means −− at least according to the enum in the code :) |
| 19:50:01 | bluebroth3r | but anyway, I really think a bigger icon set is needed. The tiny ones look really displaced on a large / high resolution screen |
| 19:50:29 | bluebroth3r | so regardless of the systems brokenness I'd like to get that in, in one way or another :) |
| 19:51:16 | [Saint] | Yes, I'm not opposed to it going in. I'm opposed to to it being a "fix" for anything though ;) |
| 19:51:26 | [Saint] | Just a stop-gap measure. |
| 19:51:46 | bluebroth3r | yep. |
| 19:52:21 | bluebroth3r | I'm planning a stop-gap fix for the TTS issue in Rockbox Utility on multicore Windows machines as well. Just so we can make a new release −− the unzip issue really needs it |
| 19:52:48 | [Saint] | Yeah, I saw another issue with that in the forums. |
| 19:53:08 | [Saint] | I wonder how many themes are using "broken" zip formats |
| 19:54:01 | bluebroth3r | also, I was thinking that it would be good to put at least the original sources for various icons in a common place. Like rockbox-clef.svg which is used (converted to png) as icon on Android, and directly in Rockbox Utility. |
| 19:54:09 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 19:54:18 | [Saint] | I've *always* used 7zip...so, people have probably never been able to use my themes with RbUtil. Seems kinda funny it took so long for someone to notice. |
| 19:54:44 | [Saint] | bluebroth3r: Yep, I'd like that. |
| 19:55:18 | bluebroth3r | then I've made the svg version of the "Rb" logo that isn't use anywhere right now. rockbox.ico (used in Rockbox Utility) uses it but the ico file is not based on the svg |
| 19:55:27 | wodz | how to split data section into part in dram and part in iram in linker script? define additional section? |
| 19:55:31 | bluebroth3r | and we have the "full" logo as svg that is inside of the manual tree |
| 19:56:42 | [Saint] | Oh, regarding my "fancy" logo, I'm using that because it makes it readable on the "square" series of widgets in RaaA 240x320 |
| 19:56:56 | [Saint] | also because I like playfully using the android logo font |
| 19:57:06 | bluebroth3r | wodz: I've never did that myself but I think that's the way to do it. |
| 19:58:12 | bluebroth3r | [Saint]: any idea where to place a common "original artwork" folder? |
| 19:59:22 | [Saint] | bluebroth3r: Hmmm...looking at the tree....not off the top of my head :/ |
| 19:59:39 | bluebroth3r | that might also be a good location to put the icon strip creation script at :) |
| 20:00 |
| 20:00:34 | [Saint] | perhaps it deserves it's own folder then...and maybe we can dig up some sources for cabbie and/or move them there also. |
| 20:00:58 | [Saint] | I _think_ there's *some* cabbie source images in svn |
| 20:02:34 | [Saint] | aha...yes, there's some .xcf (ew) files in wps\cabbiev2\sources |
| 20:03:25 | bluebroth3r | what's the problem with xcf? ;-) |
| 20:03:39 | bluebroth3r | oh, and s/\\/s/g :) |
| 20:03:58 | bluebroth3r | argh, s/\\/\//g |
| 20:10:46 | pixelma | kugel, jhMikeS: I'm using a playback rework patched build on my phone (simply listening during commute) and one thing I encountered but *believe* to have seen it before is that if I let the playlist play to the end and then chose "Resume" from the menu, it doesn't splash "nothing to resume" but instead plays the last track from the start. Maybe kugel would have an explanation if it also happens in SVN or not (in case buffering on Android does |
| 20:10:46 | pixelma | something differently) but I'll also try without the patch and on other targets as well later |
| 20:12:03 | [Saint] | pixelma: I posted an updated (sync'd playback engine build) .apk a while back in the logs |
| 20:12:12 | [Saint] | (if you need it, that is) |
| 20:13:27 | pixelma | I once had Rockbox loading hang with your apk (while it had to unzip itself or whatever it does, showing the xx/yy), not sure yet if it's reproducible or not |
| 20:14:18 | [Saint] | Hmmm, I've not seen that myself. I've only seen that with the "non-resources-on-uSD" builds. |
| 20:14:36 | [Saint] | Sometimes the first load of the application results in just a black screen...no idea why. |
| 20:20:05 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 20:20:36 | jhMikeS | pixelma: haven't encountered that. It nullfies resumes when it stops but maybe that fails to get saved there. |
| 20:21:19 | pixelma | as I said, I'm not sure if it's related to your patch or not... will try after dinner |
| 20:25:32 | jhMikeS | i've tested end of playlist on the targets I have and it ends it properly (just tried it now too) |
| 20:26:23 | [Saint] | give the poor girl a chance to test a more recent build, geeez! :P |
| 20:26:50 | jhMikeS | aaarrrr! |
| 20:27:10 | jhMikeS | forget dinner, test patches! |
| 20:30:20 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 20:31:38 | jhMikeS | one thing's for sure, the mp3 encoder codec hates 320kpbs @ 32KHz |
| 20:32:32 | | Quit GodEater (Remote host closed the connection) |
| 20:33:54 | bluebroth3r | pixelma: any thoughts on switching the manual to Latin Modern fonts? They look pretty much the same as the currently used Computer Modern but work better when searching in the pdf (and they "fix" this "bug" FS #12057) |
| 20:34:24 | | Quit leavittx (Ping timeout: 260 seconds) |
| 20:34:29 | [Saint] | heh..."bug", yeah :/ |
| 20:35:21 | jhMikeS | doesn't like 256@32KHz either, < 224 @32k seems to work |
| 20:35:44 | bluebroth3r | that reporter clearly confuses vector fonts with anti aliased fonts |
| 20:36:06 | [Saint] | I was actually thinking that. |
| 20:36:17 | [Saint] | Shit, it's a font...you can read it. |
| 20:36:40 | [Saint] | I would have been tempted to close that out as "notabug" myself... |
| 20:36:45 | jhMikeS | depends |
| 20:36:51 | bluebroth3r | well, he has a point: vector fonts can get zoomed more nicely. But having a bitmap font doesn't mean you can't anti alias it |
| 20:37:36 | bluebroth3r | and calling bitmap fonts as "only exist because of the early history of computing" is ... well. Seems Rockbox itself is doing it wrong then. |
| 20:37:41 | [Saint] | why would you *want* to zoom it to a point where it looks obviouslt terrible anyway? |
| 20:37:49 | bluebroth3r | plus only exist because of the early history of computing |
| 20:38:10 | [Saint] | if you're that blind, get glasses, if you have glasses and still can't see it properly, use a screen reader ;) |
| 20:38:24 | bluebroth3r | besides, it's completely pointless to zoom in the manual to have a usual screen only fit like 5 characters. That's ... useless |
| 20:38:26 | jhMikeS | computers exist only because of the early history of computing |
| 20:38:33 | bluebroth3r | jhMikeS: indeed! |
| 20:38:55 | [Saint] | bluebroth3r: yes, I think we both just said the same thing in different ways. |
| 20:39:03 | [Saint] | why *would* you zoom in that far? |
| 20:39:03 | jhMikeS | which I think began with sheep counting :\ |
| 20:39:07 | bluebroth3r | I was tempted to close that as WONTFIX a couple of times :) |
| 20:39:13 | [Saint] | hahaha |
| 20:40:01 | [Saint] | "I zoomed in really far in the manual and I saw some square edges, it offended my deleicat sensibilities...this is a bug" |
| 20:40:08 | bluebroth3r | I gave it a look anyway (when looking for LaTeX / TeXLive on Cygwin). Turns out that lmodern has advantages in searching. I don't see advantages because it's "more anti aliased" |
| 20:40:22 | | Quit TheLemonMan (Read error: No route to host) |
| 20:41:03 | [Saint] | Close his task as WONTFIX, then open your own and submit that ;) |
| 20:41:26 | [Saint] | it's clearly different issues ;) |
| 20:42:45 | | Join TheLemonMan [0] (~lem0n@ppp-168-138.98-62.inwind.it) |
| 20:43:47 | | Quit merbanan (Ping timeout: 276 seconds) |
| 20:43:51 | bluebroth3r | I was in fact considering something like that. |
| 20:44:39 | bluebroth3r | (if only because I'm pissed by those arguments. I asked why bitmap fonts are a problem and he lists general advantages of vector fonts. Argh) |
| 20:44:54 | bluebroth3r | though doing so might be a bit immature :) |
| 20:45:04 | bertrik | sounds a bit like the git vs. svn discussion :) |
| 20:45:43 | [Saint] | I read the task, and, I'm still not certain he actually answered (or in fact understood) your question |
| 20:47:07 | bluebroth3r | bertrik: you've got a point, indeed. At least to some degree :) |
| 20:48:33 | saratoga | we need to switch to a new version control system, one more complicated |
| 20:49:04 | bluebroth3r | darcs? |
| 20:49:15 | bluebroth3r | it has to be obscure too! |
| 20:50:04 | saratoga | lets just use SQL for version control |
| 20:50:27 | bluebroth3r | how about using Excel? |
| 20:50:34 | saratoga | yesssss |
| 20:50:48 | bluebroth3r | and use Word for programming |
| 20:50:53 | | Join webguest [0] (~50bb66b9@giant.haxx.se) |
| 20:52:51 | | Quit webguest (Client Quit) |
| 20:53:19 | | Quit Keripo (Quit: Leaving.) |
| 20:58:25 | | Join merbanan [0] (~banan@c-94-255-221-202.cust.bredband2.com) |
| 21:00 |
| 21:04:09 | tguinot | Lotus notes is my favorite IDE |
| 21:06:20 | linuxstb | bluebroth3r: Something must have changed with the manual, as the 3.0 manuals for example have much better quality typography. They used vector fonts, but also a different font, and the typography is better in the 3.0 manual. |
| 21:07:42 | | Join Keripo [0] (~Keripo@eng225.wireless-resnet.upenn.edu) |
| 21:07:56 | linuxstb | bluebroth3r: Also, regarding bitmap fonts, it's not just a matter of zooming in, it's the artifacts you can see when you do any kind of resizing. |
| 21:08:08 | * | linuxstb admits to using evince though - maybe acroread does a nicer job |
| 21:10:42 | | Join mshathlonxp [0] (~msh@5acd624c.bb.sky.com) |
| 21:15:05 | | Quit mudd1 (Ping timeout: 240 seconds) |
| 21:15:33 | pixelma | bluebroth3r: if it works (also building the manual) and doesn't bring back the dreaded ligature bug again, I don't see the reason not to |
| 21:15:53 | pixelma | a reason |
| 21:19:31 | pixelma | jhMikeS: you enabled test_codec in your v5 patch (unconditionally too) - just wondered why a OndioFM build would fail on test_codec ;) |
| 21:19:36 | | Join L-Strife89 [0] (~Strife89@207.144.201.128) |
| 21:22:41 | | Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) |
| 21:22:44 | | Quit ChickeNES (Read error: Connection reset by peer) |
| 21:23:19 | jhMikeS | pixelma: I'd think it should, yes :) |
| 21:24:44 | jhMikeS | test_codec was enabled in all the patches, actually |
| 21:26:42 | pixelma | meh, no Android testing for me today anymore - I forgot my microUSB cable at work and the battery is already quite flat |
| 21:27:18 | jhMikeS | always check the battery pressure regularly :D |
| 21:29:25 | pixelma | 7% :P |
| 21:29:27 | bluebroth3r | those smartphones are eating up battery like mad |
| 21:30:04 | bluebroth3r | pixelma: well, I can search for ligatures (like ffi) just fine. That's with evince on Linux, maybe I should try the pdf with Adobe Reader |
| 21:30:30 | [Saint] | govern the CPU properly with setCPU profiles, and set up tasker to do things sanely...and it can actually last a damn while. |
| 21:30:56 | [Saint] | I can get a full day out of my phone easily now with heavy use. |
| 21:31:09 | pixelma | it's a bit offtopic-y here though, I just mentioned it because I wanted to do some patch testing |
| 21:32:08 | bluebroth3r | linuxstb: I don't see artifacts during resize with Evince |
| 21:32:12 | | Quit Buganini (Remote host closed the connection) |
| 21:35:16 | | Join Buganini [0] (~buganini@2001:c08:2600::379) |
| 21:35:48 | linuxstb | bluebroth3r: At 200% for example, I see two noticable things - horizontal lines in letters (e.g. in a lower-case e) look fainter than the rest of the letters, and the bottoms of the letters don't always line up properly. |
| 21:36:49 | | Quit skapazzo (Ping timeout: 260 seconds) |
| 21:38:07 | | Join GodEater [0] (~bibble@5ad412c1.bb.sky.com) |
| 21:38:07 | | Quit GodEater (Changing host) |
| 21:38:07 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 21:40:42 | bluebroth3r | linuxstb: you're right. I was using evince as well, but with magnification of 400% rather than 200% :) |
| 21:41:11 | bluebroth3r | and the lmodern variant looks like crap in Adobe Reader if I disable "Smooth Text" (that's Reader 8.0) |
| 21:41:28 | bluebroth3r | the cm variant seems to be rather strangely rendered |
| 21:42:10 | bluebroth3r | (without "Smooth Text" that is) |
| 21:42:27 | bluebroth3r | so the rendering is at least an important factor on this |
| 21:43:45 | *** | Saving seen data "./dancer.seen" |
| 21:48:47 | pixelma | I also think that linuxstb is correct in thinking the font changed at some point (and I also liked the old one a bit better overall), but I don't consider this very important if it is still readable |
| 21:49:24 | bluebroth3r | we changed the font from palatino to computer modern because of small caps / ligature issues (can't remember which exactly it was) |
| 21:49:33 | | Quit ChickeNE_ (Quit: Computer has gone to sleep.) |
| 21:50:47 | bluebroth3r | zooming into the "old" manual looks pretty good with SumatraPDF. It looks worse with Adobe Reader 8.0 |
| 21:51:26 | pixelma | ah yeah, and now the font in some the player graphics doesn't fit anymore (I remember specifically chosing a Palatino family one for the ones I made) |
| 21:51:31 | bluebroth3r | additionally, I can find Bjoern in the credits (with umlaut) with SumatraPDF while Adobe Reader doesn't find it. |
| 21:52:09 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 21:52:34 | bluebroth3r | with lmodern it works with Adobe Reader too |
| 21:52:52 | pixelma | sounds good then |
| 21:53:09 | bluebroth3r | but from what I can see this looks like Adobe Reader is rendering (and searching) crap here. |
| 21:53:42 | | Quit L-Strife89 (Ping timeout: 240 seconds) |
| 21:53:44 | pixelma | 8.0 is quite old though, have you tried a newer version? |
| 21:54:39 | bluebroth3r | I can try using the newer replacement for palatino.sty and see if that has the same advantages. If yes we can switch to palatino again −− I don't care too much about the font (though I have to admit that I like Computer Modern :) |
| 21:55:09 | bluebroth3r | can I install different versions in parallel? I was always annoyed by Adobe Reader getting bigger and bigger (which is the reason I stayed at 8.0) |
| 21:55:41 | bluebroth3r | oh, it's 8.2.6 to be exact. I did install at least the updates to 8 :) |
| 21:58:19 | pixelma | well, I don't know why - usually I prefer sans-serif fonts but somehow still liked the Palatino one a bit better. As I said, I don't care much either and I don't think it's necessary to switch back if it's more work |
| 21:58:27 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 21:58:51 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 21:59:19 | pixelma | bluebroth3r: if you provide a downloadable version, I could quickly try in AdobeReader X |
| 22:00 |
| 22:01:43 | bluebroth3r | pixelma: both variants at http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
| 22:06:20 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 22:07:18 | pixelma | the look is quite different when zoomed to "full page" - the CM one looks "thinner" |
| 22:09:51 | * | bluebroth3r tries the packages recommended as replacement for palatino |
| 22:11:07 | pixelma | and the CM one has the ligature problem (e.g. I can find "efficient" in the lmodern but not in the CM version) as well as umlauts are there but also not searchable |
| 22:11:49 | pixelma | but in the lmodern PDF I can also search for words with umlauts |
| 22:12:31 | wodz | TheSeven: ping |
| 22:12:51 | bluebroth3r | pixelma: mathpazo one (palatino replacement as recommended by l2tabu.pdf) uploaded. |
| 22:13:36 | TheSeven | wodz: gnip |
| 22:13:57 | bluebroth3r | I can search for umlauts, but small caps only work if I search for "G eneral S etting" |
| 22:14:05 | wodz | TheSeven: what is used to do system_reboot() on nano2g? watchdog? |
| 22:14:19 | TheSeven | no, some kind of reset controller |
| 22:14:29 | wodz | hmm |
| 22:14:38 | TheSeven | might be in the same IP as the watchdog, but can be triggered directly |
| 22:14:50 | TheSeven | just write that value to that reg and it will reset immediately |
| 22:15:47 | wodz | TheSeven: one more thing is INT_TIMER() used anywhere? |
| 22:15:52 | TheSeven | the dead loop after it is just to prevent the cpu from prefetching crap |
| 22:15:53 | * | bluebroth3r tries using the soul package for PDF output as well |
| 22:16:07 | TheSeven | wodz: yes, in system-s5l8700.c |
| 22:16:42 | wodz | TheSeven: in system-s5l8700.c it is defined but I can't see how it is used |
| 22:16:42 | TheSeven | it isn't used on the 8700 (which has dedicated IRQs for the timers), but on the 8701/8702/8720 (which have one shared irq) |
| 22:16:57 | | Quit Keripo (Quit: Leaving.) |
| 22:16:58 | wodz | I see |
| 22:16:58 | TheSeven | it's in some irq vector table further down |
| 22:17:32 | wodz | TheSeven: now I see |
| 22:17:39 | | Join Keripo [0] (~Keripo@eng225.wireless-resnet.upenn.edu) |
| 22:18:03 | wodz | is it better to use hardware to do reset or simply jump into reset vector? |
| 22:18:23 | | Quit Keripo (Client Quit) |
| 22:20:33 | pixelma | bluebroth3r: looks to me like there are different fonts in the headline and the standard text? Maybe that's why I found the fonts odd |
| 22:21:20 | pixelma | (currently comparing the two vector font versions and I think it's in both) |
| 22:22:09 | bluebroth3r | TeX capacity exceeded. Ouch. |
| 22:22:42 | pixelma | but switching to vector would be an overall improvement here it seems for the above mentioned reasons not only font style |
| 22:22:48 | | Quit slooopy (Ping timeout: 246 seconds) |
| 22:23:11 | bluebroth3r | yes, the main reason for switching would be the improved searching. |
| 22:23:53 | bluebroth3r | I don't care much about the fonts being bitmap, but I didn't remember that searching for umlauts didn't work. |
| 22:24:44 | bluebroth3r | since lmodern work for small caps and umlauts (and mathpazo doesn't for small caps) I'd go for that. |
| 22:24:57 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 22:25:23 | pixelma | fine with me |
| 22:26:06 | bluebroth3r | if someone finds a solution to make that work with mathpazo I won't object either but I'm not too motivated to look that much deeper into it. |
| 22:27:41 | pixelma | searchability is much more important and the rest doesn't really matter (and I can't tell which I like better now anymore) |
| 22:28:57 | * | bluebroth3r agrees |
| 22:29:02 | AlexP | Does comic sans work? |
| 22:29:11 | * | bluebroth3r slaps AlexP |
| 22:29:16 | AlexP | :) |
| 22:29:17 | * | [Saint] slaps alexbobp |
| 22:29:22 | [Saint] | AlexP too ;) |
| 22:29:25 | mshathlonxp | :D |
| 22:29:26 | bluebroth3r | with ... a Comic Sans character? |
| 22:29:30 | [Saint] | sorry alexbobp |
| 22:29:30 | AlexP | [Saint]: Lashing out at random? :) |
| 22:29:32 | bluebroth3r | or maybe use all :) |
| 22:29:58 | [Saint] | AlexP: it's your fault for not being the first in the nick complete queue :P |
| 22:30:21 | pixelma | it is here :P |
| 22:30:33 | bluebroth3r | AlexP: http://bancomicsans.com/ |
| 22:30:56 | AlexP | bluebroth3r: I agree :) |
| 22:32:18 | bluebroth3r | hmm. mathpazo doesn't do small caps as it seems. |
| 22:33:11 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 22:33:43 | bluebroth3r | why on earth does evince not show the filename of the file that's open? |
| 22:34:37 | pixelma | [Saint]: did you ever try jhMikeS' patch on your phone without the "fix audio stopping"? |
| 22:35:36 | [Saint] | pixelma: yes, and it still cuts out. |
| 22:35:51 | pixelma | ah, that's what I wanted to know |
| 22:35:59 | * | bluebroth3r isn't surprised by that |
| 22:38:05 | alexbobp | :( |
| 22:41:29 | [Saint] | Sorry alexbobp ;) It's AlexP's fault, really. |
| 22:51:05 | pixelma | jhMikeS: fwiw, I can't reproduce the resume "problem" with my c250 (patched build and Rockbox... ermm... 3.7 in comparison). That was just a quick test though, I'd like to run with it for a while as I was getting "playback randomly skips to the next track" before with 3.7 but it's very unpredictable |
| 22:55:21 | | Quit GodEater (Read error: Operation timed out) |
| 22:56:06 | bluebroth3r | hmm, searching the mathpazo pdf with Reader X seems to not have issues with small caps |
| 22:59:49 | bluebroth3r | same with Reader 8, but not evince or xpdf |
| 23:00 |
| 23:00:33 | bluebroth3r | SumatraPDF does work again |
| 23:00:50 | AlexP | bluebroth3r: What's an example phrase to search for? |
| 23:01:02 | bluebroth3r | "General Settings" |
| 23:01:58 | bluebroth3r | check if it finds the small caps versions of it −− like in 5.7.3 (which is nice because it has the text both in the section title and directly below in the text itself) |
| 23:02:22 | AlexP | bluebroth3r: Whatever chrome is using to display pdfs in page is working, okular doesn't |
| 23:03:45 | bluebroth3r | the funny thing is SumatraPDF: AFAIK it's based on poppler, but evince is based on poppler as well ... |
| 23:04:04 | bluebroth3r | maybe it works with never versions. That could also explain why it's not working with xpdf |
| 23:06:27 | bluebroth3r | with lmodern all works in xpdf, evince, SumatraPDF and Reader. |
| 23:06:42 | bluebroth3r | why on earth does this have to be that much of a pain? |
| 23:11:04 | AlexP | bluebroth3r: lmodern works in okular too |
| 23:12:41 | | Quit mshathlonxp (Quit: Leaving) |
| 23:13:29 | pixelma | [Saint]: a bit unrelated - but do you use touch buttons for seeking in any of your themes and have you tried those recently? |
| 23:13:45 | [Saint] | Yes, and yes. |
| 23:13:48 | [Saint] | WFM |
| 23:14:18 | [Saint] | I think I might have asked you...but, do you have any desire to give my RaaA-Cabbie a go? |
| 23:14:19 | pixelma | for me it seems to start and immediately stop seeking |
| 23:14:58 | [Saint] | Oh...Hmmm...there was a change to touch actions, hang on a sec. |
| 23:15:22 | pixelma | I use two touch areas in the same spot - short for skipping and holding for seeking. It worked some time ago |
| 23:15:35 | bluebroth3r | speaking about cabbie ... anyone thought of moving the fwd and back buttons to the right and left of the album art? |
| 23:15:45 | [Saint] | pixelma: actually...I see it too. |
| 23:15:47 | [Saint] | Hmmm. |
| 23:15:57 | bluebroth3r | right now they are rather close together. I find that somewhat too close |
| 23:15:59 | AlexP | bluebroth3r: I stuck touchscreen/android cabbie on the devcon agenda |
| 23:16:07 | AlexP | We need to have chat about what we want |
| 23:16:09 | bluebroth3r | AlexP: good idea :) |
| 23:16:22 | bluebroth3r | and maybe a whiteboard to sketch it :) |
| 23:16:38 | AlexP | It is a more important default there, and I think we need to stick a bit more closely to accepted conventions |
| 23:16:43 | pixelma | [Saint]: not *much* interested but for the sake of testing in case that should become default. Take your time though |
| 23:16:57 | [Saint] | pixelma: it's FS #29653 |
| 23:17:03 | bluebroth3r | conventions as in Android conventions? |
| 23:17:23 | [Saint] | it needs a * instead of a & if it's supposed to be a repeat instead of a single action |
| 23:17:29 | [Saint] | pixelma: ^ |
| 23:17:46 | AlexP | bluebroth3r: Touchscreen in general |
| 23:18:04 | pixelma | [Saint]: oh, when did that change? |
| 23:18:10 | [Saint] | so, if your ffwd/rew is a hold action, it needs an * instead of a & now |
| 23:18:16 | AlexP | bluebroth3r: First example of this was showing what clicking on an icon will do, and not it's current state (play/pause) |
| 23:18:23 | [Saint] | 29653 |
| 23:18:27 | [Saint] | pixelma: ^ |
| 23:19:06 | | Quit bertrik (Remote host closed the connection) |
| 23:19:10 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 23:19:17 | [Saint] | I accidentally put an old theme zip on my phone, so I forgot about it too ;) |
| 23:19:36 | [Saint] | but yes, there was a change to allow a single action to fire on a long press. |
| 23:19:55 | pixelma | [Saint]: ok, thanks for the info. I'll try as soon as possible. I also remember that I couldn't get the labelled touch area timeouts to work shortly after they were introduced, got to try again |
| 23:20:11 | [Saint] | otherwise if you had next/prev or mute on a long press, it cycled through them at the button_repeat rate :P |
| 23:20:15 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 23:20:15 | | Quit bertrik (Changing host) |
| 23:20:15 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 23:20:40 | [Saint] | pixelma: it's not labled timeouts...it's timeouts in particular for touch areas. |
| 23:20:44 | [Saint] | they're busted. |
| 23:20:44 | bluebroth3r | AlexP: good point |
| 23:20:54 | [Saint] | they always seem to default to 2 seconds (or less?) |
| 23:20:58 | pixelma | [Saint]: huh, I wonder though... stop as a long press action still works for me |
| 23:21:26 | pixelma | without changing to * |
| 23:21:33 | [Saint] | pixelma: Hmmm...that's interesting. Same here. I guess it's just a feature of stop. |
| 23:22:48 | pixelma | well, I guess the commit message explains it |
| 23:23:18 | pixelma | as stop is something that only fires once usually... thanks for the pointer, I didn't notice |
| 23:23:52 | bluebroth3r | what LaTeX distribution and version is the build server using? |
| 23:26:10 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 23:28:36 | | Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
| 23:31:01 | | Quit bertrik (Quit: Leaving) |
| 23:31:19 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 23:31:19 | | Quit bertrik (Changing host) |
| 23:31:19 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 23:32:31 | [Saint] | pixelma: Yes, sorry. I confused myself. Yes, that makes perfect sense. |
| 23:33:11 | [Saint] | The reason it was changed was to allow me to put mute on a long press (to lessen accidental presses) and not have it fire on/off at the button repeat rate. |
| 23:33:21 | [Saint] | which in RaaA seems to be very high |
| 23:34:04 | [Saint] | Without the change if mute was set to a long press it was a real gamble trying to un-/apply mute |
| 23:34:10 | | Quit komputes (Remote host closed the connection) |
| 23:39:13 | | Quit Stummi (Quit: Bye!) |
| 23:43:47 | *** | Saving seen data "./dancer.seen" |
| 23:43:52 | | Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) |
| 23:45:16 | | Quit evilnick_B (Quit: Page closed) |
| 23:46:51 | | Quit robin0800 (Quit: Leaving) |
| 23:48:51 | | Quit n1s (Quit: Lämnar) |
| 23:50:43 | CIA-87 | New commit by bertrik (r29755): iap: split iap_handlepkt into a function per mode |
| 23:52:31 | CIA-87 | New commit by bluebrother (r29756): Use Latin Modern font family for the manual. ... |
| 23:54:43 | CIA-87 | r29755 build result: All green |
| 23:58:41 | CIA-87 | r29756 build result: All green |
icon identifies that the person is a core developer (has commit access).