Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-01-30

00:00:23quemnosticanyway, i think the flash memory is reaching the end of its life.
00:00:28quemnosticand it's time for a new one. :)
00:01:00quemnosticcan't live without solitaire, sudoku and rockbox's stopwatch (fugly but useful)...
00:02:00quemnosticthink the touchscreen interface will be perfect anytime soon? :)
00:02:09quemnosticand the port of a touchscreen target...
00:02:15AlexPwell, it is nealry in there in terms of functionality
00:02:25AlexPAs in most screens can be used in absolute point mode
00:02:39AlexPIt could be slightly more pretty :)
00:03:04AlexPOn daps I much prefer the interface as it now is, but on touch screen stuff the list setup doesn't translate quite as well
00:03:12quemnostichehe, yeah. speaking of pretty, i sure would like a sexier stopwatch. :P
00:03:23quemnosticah.
00:03:42quemnosticwhat do you use rockbox on?
00:04:01AlexPDo you want the whole list?
00:04:23AlexPRegularly, gigabeat S, gigabeat F, H140, Fuze and Android
00:04:24 Join JdGordon| [0] (~jonno@124-168-129-14.dyn.iinet.net.au)
00:04:24 Quit JdGordon| (Changing host)
00:04:24 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
00:04:25quemnosticsure, why not... in order of how often. :)
00:04:26 Quit pamaury (Remote host closed the connection)
00:04:31quemnosticahh.
00:04:39quemnosticthere's even an android port? oh dear.
00:04:43AlexPLess regularly e200 and c200 too, plus a couple of pre-ports
00:05:04quemnosticdoes the stopwatch feature works well on all targets?
00:05:39quemnostici read a review about a player with a stopwatch feature included in its firmware that wasn't very accurate when songs were played... think it was a sansa player.
00:05:48AlexPNot sure, I don't use it, but I'd expect so
00:06:03quemnosticsandisk.. not sure where i got sansa from.
00:06:07quemnosticah.
00:06:25 Quit TheSeven (Remote host closed the connection)
00:06:32 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
00:07:16quemnosticwell, thanks for the info AlexP
00:07:19quemnostici'm off to bed.
00:07:27quemnosticwait, just one more question
00:07:32quemnosticis rockbox still ruled by swedes?
00:07:34quemnostic:P
00:08:40AlexPThey are our benevolent overlords :)
00:09:17quemnostichehe
00:10:08quemnosticbought my wife an ipod shuffle 3g without doing the proper research before... that was a bad mistake.
00:10:28AlexPI've never quite got the shuffle.
00:10:58quemnostici got seduced by the inscription you could get if you ordered from apple themselves... ;)
00:11:21quemnosticjust reading up on gtkpod again.. seems like it's got support for it now.
00:12:06 Join quem_ [0] (~foo@c83-254-241-128.bredband.comhem.se)
00:13:11quemnostic^^ me!
00:13:19quemnostic<- me at grandparents
00:13:27quemnosticpromised i'd visit them before heading to Cameroon.
00:13:32quemnosticso i did. :)
00:13:44AlexPGood work, but I fear we are veering off topic
00:13:45*quemnostic is a good grandson
00:13:49quemnostichaha.
00:13:51quemnosticright. sorry. ;)
00:13:52AlexP#rockbox-community for chat :)
00:13:58quemnosticyeah. that's true.
00:16:13 Quit quem (Ping timeout: 250 seconds)
00:16:13 Nick quem_ is now known as quem (~foo@c83-254-241-128.bredband.comhem.se)
00:17:32 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
00:22:10 Quit quemnostic (Quit: Page closed)
00:24:28 Quit robin0800 (Quit: Leaving)
00:24:50 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
00:29:26 Join pixelmob [0] (~AndChat@rockbox/staff/pixelma)
00:30:53 Quit robin0800 (Quit: Leaving)
00:31:09 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
00:34:17 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-81-164.tampfl.fios.verizon.net)
00:34:20 Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-81-164.tampfl.fios.verizon.net)
00:38:50 Quit JesusFreak316_ (Remote host closed the connection)
00:43:17 Quit BHSPitMonkey (Remote host closed the connection)
00:46:43 Quit liar (Ping timeout: 255 seconds)
00:47:57 Quit GeekShadow (Quit: The cake is a lie !)
00:54:40 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
00:59:47 Quit PaulJam (Ping timeout: 272 seconds)
00:59:50 Quit {phoenix} (Read error: Connection reset by peer)
01:00
01:06:04 Quit sideral (Quit: Leaving.)
01:10:53 Quit mudd1 (Ping timeout: 240 seconds)
01:11:19 Quit JesusFreak316 (Read error: Connection reset by peer)
01:11:37 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-81-164.tampfl.fios.verizon.net)
01:12:46 Quit JesusFreak316 (Read error: Connection reset by peer)
01:13:57 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-81-164.tampfl.fios.verizon.net)
01:25:14 Join Phlegm [0] (~chatzilla@chello062178153078.8.14.vie.surfer.at)
01:25:35 Nick Phlegm is now known as Steinschachtel (~chatzilla@chello062178153078.8.14.vie.surfer.at)
01:26:29 Quit mr45 (Ping timeout: 240 seconds)
01:28:11 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.)
01:30:52 Quit ender` (Quit: A bus station is where the bus stops. A train station is where the train stops. On my desk, I have a workstation.)
01:31:48SteinschachtelHello everyone! When I upgraded to r29170 (from 3.3), I noticed that the scrolling of long lines now stops before it starts again for another round. I couldn't find a setting that would restore the old behaviour. Could anyone tell me how to set it to continuous scolling again, please?
01:34:18 Quit bertrik (Quit: :tiuQ)
01:37:33pixelmobthis now reuses one of the scroll somethingsomething delay settings that were only used for bidirectional scrolling before
01:38:00pixelmobI'd have to look up the exact name
01:39:10pixelmobalternatively you could use the current release (3.7.1) for now, this feature is more recent
01:39:38SteinschachtelAh, then I will try to set the bidirectional delay settings, even though I don't use bidirectional scolling.
01:40:28Steinschachtel@pixelmob: Ah, thanks, but it will be in the next stable release, I guess, so I have to face this eventually. :-)
01:41:12pixelmobtrue probably :)
01:42:36pixelmobI thought it was a more generic sounding setting but I haven't tried myself yet
01:45:11SteinschachtelHm, the only setting in the scolling setting menu I can find that prevents this, or has anything to do with scrolling and delay, is "Scroll Start Delay". but now scrolling starts instantly too, which is not really like it was before.
01:45:48***Saving seen data "./dancer.seen"
01:45:58SteinschachtelIf it was a recent change, maybe I can find it in the recent changelog...
01:46:52pixelmobit was done by Alexander Levin, about a week or so ago IIRC
01:47:32 Quit kugel (Ping timeout: 264 seconds)
01:48:45SteinschachtelAh, thanks, found it: http://www.rockbox.org/tracker/task/11892
01:49:08SteinschachtelIt does seem to be hardcoded :(
01:50:01SteinschachtelIt was commited in r29104, by the way.
01:51:11pixelmobhe often reads logs, maybe we could discuss about it. I'll keep it in mind at least
01:54:08SteinschachtelThank you very much! This new behaviour is quite annoying to me, and there is no way to disable this delay. Maybe adding a setting for it to the scroll menu would be ok?
01:58:38pixelmobmaybe, more and more options can also be confusing though. I can't tell now (need some sleep anyway)
01:58:47CIA-7New commit by 03jethead71 (r29171): Use __builtin_constant_p() to select the best byteswapping method: constant or target optimized. Same macro can then be used for constant values and ...
02:00
02:00:02SteinschachtelOk, thank you pixelmob, and good night, it's late here, too! :)
02:00:35 Quit madalu (Remote host closed the connection)
02:00:44*pixelmob guesses it's the same timezone
02:01:24*Steinschachtel is at CET
02:02:50 Quit pixelmob (Quit: Bye)
02:03:06 Quit Steinschachtel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
02:04:14 Join cdated [0] (~denmark@ip70-160-25-156.hr.hr.cox.net)
02:04:37CIA-7r29171 build result: 40 errors, 10 warnings (jethead71 committed)
02:07:31 Quit liar (Read error: No route to host)
02:12:36 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
02:13:20saratogahas anyone run test_codec on the Classic 6G ipod?
02:14:44 Join JdGord [0] (~jonno@122.110.100.149)
02:15:25CIA-7New commit by 03jethead71 (r29172): Fix r29171 red. Forgot to replace a few.
02:17:42 Quit JdGordy (Ping timeout: 272 seconds)
02:20:03CIA-7r29172 build result: All green
02:23:33 Join JdGordy [0] (~jonno@124-168-129-14.dyn.iinet.net.au)
02:24:42 Quit JdGordy (Client Quit)
02:25:43 Quit liar (Ping timeout: 255 seconds)
02:26:32 Quit JdGord (Ping timeout: 264 seconds)
02:26:39 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
02:26:54*[Saint] is glad to see someone else finds the new scrolling behaviour annoying.
02:27:10[Saint]well, not really glad...but, glad I'm not the only one.
02:27:31mystica555[Saint]: misery loves company :P
02:28:04JdGordon|it changed?
02:28:08[Saint]I'm not miserable anymore, I reverted it in my tree ;)
02:28:11mystica555said misery is why i still run a patched build on my sansa..i want sansa buttons to do what sansa buttons do; not what other random player buttons do :)
02:28:19 Join webguest60 [0] (~79154bba@giant.haxx.se)
02:28:30 Quit webguest60 (Client Quit)
02:34:11[Saint]JdGordon|: Yes, now there's a pause when it hits the end, before it continues again.
02:34:36[Saint]It's not really a big deal but I notice it too much now, and I liked the old behaviour.
02:34:38JdGordon|ah, text scrolling, not list scrolling :)
02:34:44[Saint]yeah.
02:43:23JdGordon|has installtoolchains been updated to get the correct s/ndk versions?
02:43:58[Saint]not that I know of.
02:45:26 Quit froggyman (Ping timeout: 255 seconds)
02:45:54JdGordon|ndk 5b?
02:46:10AlexPyes
02:46:13AlexPand sdk 9 IIRC
02:46:30[Saint]wow...is it 9 already?
02:46:32AlexPbut I don't know which one rockbox requires
02:47:17[Saint]I have r5 NDK and r8 SDK
02:47:36AlexP9 is the current SDK available, and 5b ndk
02:47:51[Saint]wow, 8 wasn't out long...
02:50:07saratogawill probably get bumped in a few weeks when the honeycomb sdk drops
02:51:29[Saint]hmmm, I'll probably wait 'till then to update.
02:52:32JdGordon|9 is for the 3.0 preview
02:53:36[Saint]hmmm..what *is* the update procedure? just install overtop?
02:53:51JdGordon|that works
02:54:08[Saint]I can't seem to find anything that explicitly states.
02:59:15 Quit robin0800 (Quit: Leaving)
03:00
03:05:36 Part Joat1
03:25:35 Quit liar (Ping timeout: 255 seconds)
03:27:04 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
03:29:08 Join Keripo [0] (~Keripo@eng346.wireless-resnet.upenn.edu)
03:30:21 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
03:33:49CIA-7New commit by 03jdgordon (r29173): update the toolchains install script to grab the latest and greatest
03:34:36 Quit saratoga (Quit: Page closed)
03:35:26 Join [Saint] [0] (S_a_i_n_t@203.184.3.130)
03:37:17 Quit sinthetek (Ping timeout: 255 seconds)
03:38:15CIA-7r29173 build result: All green
03:44:36 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
03:45:52***Saving seen data "./dancer.seen"
03:50:33 Quit sinthetek (Ping timeout: 264 seconds)
03:56:23 Join sinthetek [0] (~sinthetek@cpe-071-071-087-170.triad.res.rr.com)
03:56:23 Quit sinthetek (Changing host)
03:56:23 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
03:56:25 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
04:00
04:00:26 Join Keripo1 [0] (~Keripo@eng346.wireless-resnet.upenn.edu)
04:02:29 Quit Keripo (Ping timeout: 276 seconds)
04:10:27 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
04:15:04 Quit Kitar|st (Ping timeout: 264 seconds)
04:18:09 Quit pixelma (Disconnected by services)
04:18:11 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:18:13 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:18:22 Quit amiconn (Disconnected by services)
04:18:22 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:18:40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:19:11 Join Kitar|st [0] (~Kitarist@BSN-182-96-75.dial-up.dsl.siol.net)
04:21:29 Quit JesusFreak316 (Read error: Connection reset by peer)
04:23:11 Join Keripo [0] (~Keripo@eng346.wireless-resnet.upenn.edu)
04:24:03 Join quem_ [0] (~foo@c83-254-241-128.bredband.comhem.se)
04:24:40 Quit cjcopi (Ping timeout: 264 seconds)
04:24:56 Quit Keripo1 (Ping timeout: 265 seconds)
04:26:20 Join DerPapst1 [0] (~Alexander@p4FE8F4AA.dip.t-dialin.net)
04:27:37 Quit DerPapst (Ping timeout: 255 seconds)
04:28:37 Quit quem (Ping timeout: 276 seconds)
04:28:38 Nick quem_ is now known as quem (~foo@c83-254-241-128.bredband.comhem.se)
04:29:59 Quit TheSeven (Ping timeout: 272 seconds)
04:34:36 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:35:42 Quit liar (Ping timeout: 255 seconds)
04:39:25 Join quem_ [0] (~foo@c83-254-241-128.bredband.comhem.se)
04:40:28 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
04:40:30 Join [Saint] [0] (S_a_i_n_t@203.184.3.130)
04:41:01 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
04:43:56 Quit quem (Ping timeout: 272 seconds)
04:43:56 Nick quem_ is now known as quem (~foo@c83-254-241-128.bredband.comhem.se)
04:50:20 Quit timccc (Quit: Leaving.)
04:56:47[Saint]"next" in the "line widget" isn't working on my phone.
04:56:52 Join Barahir_ [0] (~jonathan@frnk-4d0099a4.pool.mediaWays.net)
04:57:01[Saint]it just gives a haptic feedback buzz.
04:57:28[Saint]works fine in the "square" one though.
04:58:01 Quit cdated (Ping timeout: 240 seconds)
04:59:57[Saint]hmmm...actually they seem hit&miss on both.
05:00
05:00:05 Quit Barahir (Ping timeout: 264 seconds)
05:00:06[Saint]nice when it works though.
05:06:46 Quit DerPapst1 (Quit: Leaving.)
05:11:43 Quit liar (Ping timeout: 255 seconds)
05:15:09 Join Rob2222 [0] (~Miranda@p4FFF09E2.dip.t-dialin.net)
05:17:49[Saint]I also seem to have gotten myself into a situation a few times where Rockbox was clearly running, yet the widget still displayed "Touch to launch app" and playback controls were unresponsive, toucling the "launch app" bit launched and then promptly crashed Rockbox ;)
05:17:58[Saint]*touching.
05:18:14[Saint]When it works it works well, though.
05:18:35 Quit Rob2223 (Ping timeout: 246 seconds)
05:21:01 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
05:36:03 Quit L-Strife89 (Quit: Reboot.)
05:45:28 Quit liar (Ping timeout: 255 seconds)
05:45:53***Saving seen data "./dancer.seen"
05:56:58 Join cjcopi [0] (~craig@adsl-76-241-66-141.dsl.bcvloh.sbcglobal.net)
05:58:57 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
06:00
06:02:42 Quit fdinel (Read error: Connection reset by peer)
06:03:28 Join quem_ [0] (~foo@c83-254-241-128.bredband.comhem.se)
06:05:43 Quit liar (Ping timeout: 255 seconds)
06:07:36 Quit quem (Ping timeout: 250 seconds)
06:07:36 Nick quem_ is now known as quem (~foo@c83-254-241-128.bredband.comhem.se)
06:10:57 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
06:14:15 Quit MethoS- (Remote host closed the connection)
06:25:31 Quit liar (Ping timeout: 255 seconds)
06:26:33 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
06:30:37 Join Horscht [0] (~Horscht@p5DD57508.dip.t-dialin.net)
06:30:37 Quit Horscht (Changing host)
06:30:37 Join Horscht [0] (~Horscht@xbmc/user/horscht)
06:33:29 Quit Horschti (Ping timeout: 246 seconds)
06:50:43 Quit liar (Ping timeout: 255 seconds)
06:52:00 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
06:52:08 Join mikroflops_ [0] (~yogurt@h-34-71.A238.priv.bahnhof.se)
06:55:50 Join froggyman [0] (~seth@unaffiliated/froggyman)
06:56:18 Quit plux (Ping timeout: 272 seconds)
06:56:19 Quit quem (Read error: Connection reset by peer)
06:56:37 Join quem [0] (~foo@c83-254-241-128.bredband.comhem.se)
07:00
07:05:34 Quit liar (Ping timeout: 255 seconds)
07:08:04 Join JdGord [0] (~jonno@122.110.224.53)
07:10:52 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
07:11:53 Quit panni_ (Read error: Connection reset by peer)
07:22:57 Quit JdGord (Read error: Connection reset by peer)
07:45:56***Saving seen data "./dancer.seen"
07:49:00 Quit JdGordon| (Quit: Changing server)
07:50:03 Join webguest456 [0] (~5f192e6b@giant.haxx.se)
07:53:37webguest456Hello! I need advice. Yesterday i posted the new topic at RB "General discussion" and still can't find it at the board. I see that i have 1 post in my profile but there nothing in the board actually. Is there some kind of premoderation? Thank you!
07:54:42 Join sideral [0] (~sideral@unaffiliated/sideral)
08:00
08:00:20krazykitthere is no premoderation. you can find your last posts from your profile in the forums
08:06:38webguest456thank you for your answer. i thought so, but my profile shows "No post" but i can see "Print page" for my topic. My profile: http://forums.rockbox.org/index.php?action=profile;u=28525;sa=showPosts Print page: http://forums.rockbox.org/index.php?action=printpage;topic=27116.0 It's getting pretty embarassing
08:11:10 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
08:11:51webguest456P.S. i found "Print page" for my topic using google
08:14:27[Saint]webguest456: what makes you think your post isn't displayed?
08:14:34[Saint]I found it pretty easily.
08:15:23[Saint]Ah...it's displayed in the recent posts, but not in it's own thread...seems the forums have gone insane.
08:15:54webguest456ah, i crashed the internet..
08:16:18[Saint]it's about the 3~4th time I've seen this happen.
08:19:54webguest456could you answer to my post with some text? may be it will fix it and it will be separate topic, no?
08:21:20[Saint]I would if it was our old forums, and I could remove the post afterward...but users being able to delete posts was somehow removed during the last update, so I'll let someone with privelidges handle that.
08:21:41[Saint]I don't want to add noise to the thread just for the sake of an experiment.
08:26:29webguest456all right, tell me please whom from administration should i inform about this? Or i know that this channel is logged so should i just wait? What's your guesses?
08:27:07 Join stoffel [0] (~quassel@p57B4AD24.dip.t-dialin.net)
08:27:26[Saint]the latter, the channel is logged...so if you can hang about please do.
08:28:12gevaertsYou need AlexP, GodEater, soap or scorche
08:28:26gevaerts(who have now been pinged, so they'll see this when they wake up)
08:29:16 Quit esperegu (Ping timeout: 255 seconds)
08:29:32webguest456OK. thank you!
08:35:36 Join esperegu [0] (~quassel@145.116.15.244)
08:45:23 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net)
08:47:23foolshFS #11903 Squashed and API 1.0 compliant, I promise this time.
08:47:34 Quit foolsh (Client Quit)
08:49:04 Quit liar (Ping timeout: 255 seconds)
08:50:09 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
08:52:23 Join leavittx [0] (~lev@89.221.199.187)
08:55:19 Quit BHSPitMonkey (Remote host closed the connection)
08:56:23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
08:56:28 Quit webguest456 (Quit: CGI:IRC (Ping timeout))
08:58:46 Quit leavittx (Ping timeout: 250 seconds)
09:00
09:02:18 Quit stoffel (Remote host closed the connection)
09:04:08 Join stoffel [0] (~quassel@p57B4AD24.dip.t-dialin.net)
09:11:56 Quit bluebroth3r (Ping timeout: 255 seconds)
09:13:40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
09:14:33 Join cdated [0] (~denmark@ip70-160-25-156.hr.hr.cox.net)
09:38:05 Quit solexx (Read error: Connection reset by peer)
09:38:44 Join solexx [0] (~jrschulz@e176117022.adsl.alicedsl.de)
09:41:05 Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d)
09:46:00***Saving seen data "./dancer.seen"
09:56:11 Quit sideral (Quit: Leaving.)
09:59:03 Quit sasquatch (Quit: WeeChat 0.3.2)
09:59:29 Join sasquatch [0] (~username@p4FF2DB4B.dip.t-dialin.net)
09:59:44 Quit liar (Ping timeout: 255 seconds)
10:00
10:02:29 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
10:04:12 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
10:17:48 Quit T44 (Read error: Connection reset by peer)
10:23:17 Join Topy44 [0] (~Topy44@f048200078.adsl.alicedsl.de)
10:24:53 Join timccc [0] (~timccc@112.166.15.141)
10:26:17 Quit liar (Ping timeout: 255 seconds)
10:27:33 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
10:30:39 Join {phoenix} [0] (~dirk@p57AA5839.dip.t-dialin.net)
10:31:46 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com)
10:31:51 Part vnl
10:33:33 Quit esperegu (Read error: Connection reset by peer)
10:33:49 Quit cdated (Ping timeout: 276 seconds)
10:34:03 Join esperegu [0] (~quassel@145.116.15.244)
10:40:17 Join ender` [0] (krneki@foo.eternallybored.org)
10:50:07 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
10:50:07 Quit pamaury (Changing host)
10:50:07 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:50:44[Saint]lol...the Android widget for RaaA is reporting "Keypress Return - Copyright 2010 Android Project" as the currently playing track, right before it hard-locked my phone ;)
10:53:02[Saint]dionoea: might find that interesting.
10:57:55 Join n1s [0] (~n1s@rockbox/developer/n1s)
11:00
11:07:06 Join earcar [0] (~carmine@93-39-193-88.ip77.fastwebnet.it)
11:23:45 Quit liar (Quit: Leaving)
11:24:48 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
11:30:29AlexP[Saint]: The forums haven't gone insane, it is the antispam system
11:30:46AlexPOn posts it thinks is spam, they are held back
11:30:55AlexPOccasionally there is a false positive
11:31:02AlexPI've now restored his post
11:33:09AlexPI suspect the combination of first post and links in the post did it
11:33:30AlexPkrazykit: ^^
11:33:49AlexPThere is a sort of premoderation occasionally when one of us has to chack for false positives
11:33:59pixelmaindeed, and in these cases I find it is a features that I can still see it in "Recent Posts" although it probably is a bug in that forum plugin
11:34:55pixelmasaw this a few times lately and AFAIR it were posts that contained links mostly
11:37:07 Join vedos [0] (~draft@ihku.org)
11:37:14vedoshowdy!
11:37:17AlexPyes, it seems to be people with low post counts with links that get caught
11:39:32 Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:46:01***Saving seen data "./dancer.seen"
11:51:36 Join webguest456 [0] (~59b24b80@giant.haxx.se)
11:55:53 Quit kevku (Ping timeout: 272 seconds)
12:00
12:05:05 Quit webguest456 (Quit: CGI:IRC)
12:20:48 Quit stoffel (Read error: Connection reset by peer)
12:21:51[Saint]AlexP: Ah, that's good to know. thanks.
12:22:46[Saint]I thought for some reason it didn't like the huge codeblock, now I actually know why it happened it's perfectly sensible.
12:22:58 Join stoffel [0] (~quassel@p57B4AD24.dip.t-dialin.net)
12:23:49 Join factor [0] (~factor@75.108.68.114)
12:26:47 Quit mudd1 (Ping timeout: 250 seconds)
12:32:03 Join TheLemonMan [0] (~lem0n@ppp-238-146.98-62.inwind.it)
12:33:11 Quit earcar (Quit: bye)
12:33:44 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
12:34:09 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
12:36:58 Quit robin0800 (Client Quit)
12:37:05 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
12:37:23 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
12:38:01 Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d)
12:38:19 Quit robin0800 (Client Quit)
12:39:15 Join PaulJam [0] (~Paule@p54BEA143.dip.t-dialin.net)
12:39:39 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
13:00
13:01:16 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
13:06:58 Quit robin0800 (Quit: Leaving)
13:11:48 Quit stripwax (Read error: Connection reset by peer)
13:16:03 Quit stoffel (Ping timeout: 240 seconds)
13:22:01 Quit Keripo (Quit: Leaving.)
13:24:35 Join stoffel [0] (~quassel@p57B4AD24.dip.t-dialin.net)
13:29:25 Quit user890104 (Ping timeout: 245 seconds)
13:29:48 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
13:42:16 Join mrkiko [0] (~mrkiko@host43-251-dynamic.14-87-r.retail.telecomitalia.it)
13:46:05***Saving seen data "./dancer.seen"
13:51:11 Join user890104 [0] (~Venci@2001:0:4137:9e76:2e:2bd1:2b16:10ec)
13:52:03 Join MethoS- [0] (~clemens@134.102.106.250)
13:53:08 Quit n1s (Quit: Ex-Chat)
14:00
14:01:27 Join kugel [0] (~kugel@rockbox/developer/kugel)
14:39:25 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net)
14:49:49 Join n1s [0] (~n1s@rockbox/developer/n1s)
14:53:15dionoea[Saint]: did you completely rebuild your android apk from a clean directory? (I've seen some makefile weirdness here which lead to incomplete apks)
14:57:50[Saint]yep
15:00
15:05:26dionoeaweird. Which button did you say that you couldn't get to work ?
15:08:53 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
15:10:45kugelUnhelpful: what is JPEG_FROM_MEM for?
15:21:03 Quit mudd1 (Ping timeout: 255 seconds)
15:21:31 Join Jerom [0] (~jerome@95.171.130.123)
15:24:30 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
15:24:48 Join pamaury_ [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
15:25:11 Quit pamaury (Ping timeout: 240 seconds)
15:30:09 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
15:30:32wodzdo we have any active dev from china?
15:33:29 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
15:33:39 Quit pamaury (Changing host)
15:33:39 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
15:34:36 Join DerPapst [0] (~Alexander@p5DE5B1AA.dip.t-dialin.net)
15:34:47 Quit pamaury_ (Ping timeout: 276 seconds)
15:36:33kugeldionoea: are the dummy classes needed?
15:46:08***Saving seen data "./dancer.seen"
15:56:07 Quit quem (Ping timeout: 260 seconds)
15:59:40 Quit Jerom (Quit: Leaving.)
16:00
16:16:15TheSevenwodz: do i understand correctly that you ported lodepng to our picture viewer?
16:20:49wodzTheSeven: no
16:21:11TheSevenwho was it then?
16:21:27wodzTheSeven: I only made it graylib capable and replaced zlib with tinf
16:21:37 Quit n1s (Ping timeout: 240 seconds)
16:21:57wodzTheSeven: you have to check svn logs I suppose
16:22:20 Join quem [0] (~foo@c83-254-246-215.bredband.comhem.se)
16:22:45wodzTheSeven: how did you find out how to communicate with ipods in DFU mode?
16:23:04TheSevenby looking at the DFU specs and disassemblies of the DFU code
16:23:23wodzDFU specs? Where can I find this?
16:24:06TheSevenhttp://www.google.de/url?sa=t&source=web&cd=1&ved=0CBgQFjAA&url=http%3A%2F%2Fwww.usb.org%2Fdevelopers%2Fdevclass_docs%2Fusbdfu10.pdf&ei=ioJFTcmLEs_GswbHqNmyDg&usg=AFQjCNHuic7-IZyx00zm5XHjMPyP6cgvxw
16:24:13TheSevener, http://www.usb.org/developers/devclass_docs/usbdfu10.pdf
16:24:39wodzthx
16:26:28wodzTheSeven: How this exactly work on ipods? You put device in DFU mode and it exposes ramdisk or is there some intermediate step?
16:27:22TheSevennot really a ramdisk, but you can upload things to a small area of memory and then let it execute that
16:27:29bertrikIIRC, you can just send a block of data, there's no FS
16:28:19TheSevenon the ipod classic, I wrote UMSboot, which is uploaded using DFU and then exposes a 64MB ramdisk via USB mass storage, and executes any *.ubi file it finds on the ramdisk once it gets ejected
16:28:35wodzTheSeven: DFU mode is supported by the bootrom or nor bootloader?
16:28:47TheSeventhat depends
16:28:55TheSevenon the ipod classic, it's bootrom-only as far as i can tell
16:29:12TheSevenon the ipod nano 2g, there's a DFU mode both in the bootrom and the NOR
16:29:26TheSevenhowever, you can't invoke the bootrom one manually
16:29:41TheSevenand while the bootrom one uploads to IRAM, the NOR one uploads to DRAM
16:30:28TheSevenstarting with the ipod classic, apple uses the bootrom DFU mode to upload something they call WTF, which is basically another DFU handler which initializes DRAM and uploads to that
16:30:36TheSevenprior to the ipod classic itunes didn't use DFU at all
16:31:40wodzTheSeven: you were referring to dissasembly of DFU code - was it dump of bootrom/nor bootloader or PC side drivers?
16:32:27TheSeventhe bootrom
16:33:00TheSeventhe only really relevant thing there was the signature validation code
16:33:05wodzWTF - nice name :-)
16:33:07TheSeveneverything else complies to the DFU standard
16:33:59wodzOk, now I more or less understand how rockchip handles updates than :-)
16:34:37wodzTheSeven: why were you asking about lodepng?
16:35:23TheSevenbecause i needed a png decoder, had a quick look at what rockbox uses, and decided to throw it away and rewrite it from scratch
16:35:40TheSeveni only reused tinf, and completely rewrote everything on top of that
16:36:44TheSevenit's much smaller and probably faster than lodepng (and uses minimum possible RAM), but only supports RGB888/RGBA8888 output and doesn't support interlacing
16:37:18wodzin our viewer conversion between png pixel format and native target's format is sometimes complicated
16:38:39TheSevenmy decoder has barely 500 lines of code
16:39:04TheSevenand to be honest i didn't fully understand how the memory management of lodepng works
16:39:49TheSevenmine leaves the source data intact, and does everything else in-place in the output buffer
16:40:10TheSeveni have no separate IDAT extraction step, but instead patched tinf a bit to just read across the IDAT headers
16:41:24TheSevenso the memory requirements of mine are code size + source file size + MAX(png pixel format image size, output format image size)
16:42:11wodzTheSeven: I was thinking about the same solution - could you share your changes?
16:42:28TheSevenwell, not really changes
16:42:45wodzanyway could you share your work?
16:42:53TheSevenhttp://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Flibs%2Fpng%2Fpng.c
16:43:52TheSevenas usual one big mostly uncommented blob
16:44:40 Quit {phoenix} (Remote host closed the connection)
16:44:49wodzI'll look at this some day
16:48:12wodzTheSeven: Do I read correctly that you can request bootcode copy from the device by means of DFU?
16:48:24TheSevenyes, if it's implemented
16:49:01 Quit quem (Ping timeout: 276 seconds)
16:49:11TheSevenhowever, the DFU implementations i have seen so far all don't allow accessing flash memory, but just upload code to RAM and execute it
16:49:47wodz:/
16:54:55 Quit stoffel (Remote host closed the connection)
17:00
17:05:45 Join {phoenix} [0] (~dirk@p57AA5839.dip.t-dialin.net)
17:16:29 Join esperegu_ [0] (~quassel@145.116.10.163)
17:16:55 Quit esperegu (Ping timeout: 264 seconds)
17:18:34 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
17:20:16 Join Buschel [0] (~chatzilla@p54A3A5D6.dip.t-dialin.net)
17:21:37 Join quem [0] (~foo@c83-254-247-62.bredband.comhem.se)
17:22:42 Quit factor (Ping timeout: 272 seconds)
17:23:20 Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:38f2:2b03:2b16:10ec)
17:25:57 Quit user890104 (Ping timeout: 260 seconds)
17:34:56 Quit quem (Excess Flood)
17:35:14 Join quem [0] (~foo@c83-254-247-62.bredband.comhem.se)
17:37:38 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
17:37:39 Quit quem (Read error: Connection reset by peer)
17:40:14 Join quem [0] (~foo@c83-254-247-62.bredband.comhem.se)
17:45:50 Join kekko [0] (~5d2982cb@giant.haxx.se)
17:46:09***Saving seen data "./dancer.seen"
18:00
18:00:13 Nick user890104_ is now known as user890104 (~Venci@2001:0:5ef5:79fd:38f2:2b03:2b16:10ec)
18:00:59*Buschel wonders who is said to be *the* buffering expert?
18:08:58wodzMr. Someone :-)
18:09:26Buschelahh, *that* expert ;)
18:10:55wodzthere was posted some patch to buffering code on the tracker recently so someone dig in this code at least (It was commited I think)
18:11:39Buschelthe last submit was mde by....
18:11:44Buschelmyself :/
18:12:40Buschelthere was a patch submitted to flyspray that solved a playback lockup for a user and did not show side effects for me yet. I cannot really judge the change...
18:13:18wodzYes this is probably what I was referring to.
18:15:38Buschelhmm, I hope the author will explain in some more detail what was the exact failure in the buffering code. as we face quite severe errors in the buffering/playback I would like to see reasonable bugfixes submitted
18:19:17 Join leavittx [0] (~lev@89.221.199.187)
18:20:42 Quit kekko (Quit: CGI:IRC)
18:23:42Unhelpfulkugel: it's for decoding in-memory data - the pluginlib has a version of the decoder built with JPEG_FROM_MEM, and plugins can (none currently do) use the decoder on JPEG data already in RAM.
18:23:45 Quit liar (Ping timeout: 255 seconds)
18:25:45kugelUnhelpful: it's completely unused right?
18:26:01kugelin the core*
18:26:12Unhelpfulit's built, it's not currently used. the plan was to use that decoder to replace the one in the jpeg plugin.
18:30:46 Quit tchan (Read error: Connection reset by peer)
18:31:37 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
18:35:05 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de)
18:37:13*kugel has embedded albumart working without strange buffers
18:38:17Buschelkugel: does this also include a solution for our limited id3-parsing?
18:38:17 Quit esperegu_ (Ping timeout: 240 seconds)
18:38:29kugelI don't think so :)
18:38:34kugelwhat's the issue?
18:39:17Buschelour id3 parser limit the parsed area to 300 bytes (low mem targets) or 900 bytes
18:39:53kugelI think it parses completely but only stores upto 900 bytes in memory, no?
18:39:56Buschelif you e.g. embed large metadata before the standard metadata (track, title, ...) rockbox will not be able to parse this
18:40:47Buschelsee FS11875 and the related tasks
18:40:55BuschelFS #11875
18:42:06kugelthe album art is not stored in the mp3entry struct so it should just skip it over
18:44:16 Quit user890104 ()
18:45:17kugelBuschel: I took http://www.rockbox.org/tracker/task/11216, kept the parser bits but re-did the buffer bits
18:45:21*pamaury tries to solve a mystery: the linker duplicate some code !
18:46:06 Quit foolsh (Quit: out)
18:52:01 Join panni_ [0] (hannes@ip-178-202-69-162.unitymediagroup.de)
18:54:49 Join milk__ [0] (~milk@94-193-93-226.zone7.bethere.co.uk)
18:57:05 Quit Topy44 (Ping timeout: 240 seconds)
18:57:13 Join T44 [0] (~Topy44@f048200078.adsl.alicedsl.de)
18:59:22kugelUnhelpful: I now pass the mp3 file (its fd) directly to the jpeg engine (lseek'd accordingly) with an additional size parameter. Is this fine or a bad hack?
19:00
19:00:10 Join quem_ [0] (~foo@c83-254-247-9.bredband.comhem.se)
19:00:27kugel(the patch seems to be limited to mp3/id3v2 right now)
19:02:12 Quit quem (Ping timeout: 260 seconds)
19:02:16 Nick quem_ is now known as quem (~foo@c83-254-247-9.bredband.comhem.se)
19:15:34kugelI updated FS #11216. If this mechanism is safe we can consider committing this
19:21:59 Join krabador [0] (~krabador@host103-172-dynamic.116-80-r.retail.telecomitalia.it)
19:22:08dfktis this still limited to embedded art smaller than 96kB?
19:22:33kugelit shouldn't
19:22:58dfktnice
19:24:37kugelthe 96k was a limitation in the early version, the version I took only had the limitation of 64k for the decoded (raw) image. this is also gone with my latest patch
19:25:43kugelso, no limitations AFAICS :)
19:26:21dfktexcellent, will try it with my usual 600x600px embedded art right away :)
19:26:25kugelsomeone with more metadata knowledge needs to help me with the parser side of this
19:28:07kugelI'm afraid this part is buggy and limited
19:29:53kugeldfkt: give it a try, but there's a good change it won't work for you
19:30:48kugelif it doesn't, there's a FIXME comment in buffering.c:load_image(), perhaps you could give the suggestion there a try
19:34:20 Quit kugel (Remote host closed the connection)
19:36:59 Quit leavittx (Ping timeout: 272 seconds)
19:43:47 Join kugel [0] (~kugel@46.115.132.152)
19:43:48 Quit kugel (Changing host)
19:43:49 Join kugel [0] (~kugel@rockbox/developer/kugel)
19:46:10***Saving seen data "./dancer.seen"
19:57:45dfktkugel, my only powerful enough rockbox color screen target is an android archos 32, so that might complicate things a bit further - but i will try it later on
19:59:03kugelit should work on android
20:00
20:02:57 Join Lear [0] (chatzilla@rockbox/developer/lear)
20:03:41 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
20:09:06 Join factor [0] (~factor@75.108.68.114)
20:10:40*Buschel understood the id3 parsing stuff now
20:12:28 Quit quem (Ping timeout: 276 seconds)
20:13:35Buscheltwo of the critical files which are linked in flyspray have comments of ~300 and ~600 bytes lenght. this fills up the id3 buffer
20:14:36Buschelif the more important metadata (e.g. album, title, replaygain) is read before the comment, everything works fine. if not, the id3 buffer is filled with the comment and no other metadata is read afterwards
20:15:13Buschelshouldn't we just limit the lenght of each string field to some reasonable lenght (e.g. 60-100 bytes)?
20:17:57dionoeakugel: yes. otherwise only one of the widgets is listed.
20:18:29 Join cdated [0] (~denmark@ip70-160-25-156.hr.hr.cox.net)
20:20:33 Quit kugel (Ping timeout: 265 seconds)
20:25:47Unhelpfulkugel: that will fail on jpeg data that has been desynced. also using the in-memory decoder means you actually have to load the whole compressed image into memory at once. :/
20:27:13 Quit robin0800 (Remote host closed the connection)
20:28:17 Quit krabador (Ping timeout: 272 seconds)
20:29:14 Join krabador [0] (~krabador@host103-172-dynamic.116-80-r.retail.telecomitalia.it)
20:30:03 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
20:31:02 Quit tchan1 (Read error: Connection reset by peer)
20:31:42 Join sbhsu [0] (~a6530466@192.192.120.197)
20:31:53 Quit tchan (Read error: Operation timed out)
20:31:53 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
20:33:25 Join saratoga [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95)
20:33:47LearBuschel: That's an option, yes, and has been considered.
20:34:05BuschelLear: just updated FS #11875 with a patch
20:34:29saratogamaybe just cap comments at 50 bytes on low mem devices
20:34:58Unhelpfulwhy can't we process what's in the buffer and then refill it?
20:35:51LearBuschel: The entire is still read/skipped as needed, I hope? (Don't remember how the rest of the code looks. :) )
20:36:00saratogaisn't the buffer the space for all metadata once its parsed?
20:36:44Buschelyes, the buffer just holds the parsed data/strings
20:37:53BuschelLear: at least it works for the files I worked with. those contain data (replaygain) after comments which are now cut
20:38:03 Join kugel [0] (~kugel@46.115.132.152)
20:38:04 Quit kugel (Changing host)
20:38:04 Join kugel [0] (~kugel@rockbox/developer/kugel)
20:38:19 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
20:38:41LearBuschel: I checked the code, totframelen is used for that.
20:38:42kugelUnhelpful: desynced?
20:39:37kugelUnhelpful: the patch I uploaded doesn't do in-memory
20:39:47 Quit Guinness` (Read error: Connection reset by peer)
20:40:20Unhelpfulkugel: yes, any tag content *may* be prefiltered to prevent it appearing to have an mpeg sync marker in it.
20:40:30kugelBuschel: it's always the comment, perhaps we could force it to be read last?
20:41:13Buschelkugel: the title could also contain large strings (by fault) and fill up the buffer
20:41:52kugelbut the title is important, the comment isn't
20:41:54LearBuschel: I'd use a bit larger item size on "high mem" targets. But that's nitpicking.
20:42:00saratogaIIRC as of id32.4 desync isn't recommended
20:42:12saratogaso maybe its enough to just check for it and then ignore the image if its desynced
20:42:17saratogawould work with newer files going forward
20:42:39Buschelkugel: but would cutting a title at 100 bytes really be such a hard thing?
20:43:01Unhelpfulsaratoga: yet another "if your file is this (not that you can tell) it won't work"? :/
20:43:22saratogayes but better then nothing
20:44:25kugelhow common are desynced images?
20:44:44Unhelpfulkugel: it's up to the tagging software whether to apply desync to a tag or not.
20:44:45 Quit krabador (Ping timeout: 272 seconds)
20:45:05kugelhow would you handle them properly?
20:45:09BuschelLear: why not reducing the overall buffer size on high mem targets? afaik the large buffer was introduced to ensure that we can live with extremely large comments/items
20:45:52Unhelpfulkugel: as i suggested quite a while ago, by passing the decoder a read hook that replaces the normal read() and filters the data properly
20:46:07Unhelpfulthis is needed to handle embedded AA in most of the other tag formats anyway
20:46:10LearBuschel: But also to make room for the UTF-8 encoding.
20:46:20*Buschel would like to use same settings for low/high mem
20:46:30Buscheleasier to debug, if there are issues reported
20:52:57Buschelwell, I can submit this patch with different settings first. any objections regarding the current configuration? -> limit id3 items to 60 / 100 bytes on low / high mem targets?
20:53:21 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
20:53:40 Quit tchan (Changing host)
20:53:40 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
20:55:25LearI'd say 120-140 on high mem targets.
20:56:25Buschelchanged
20:59:12Buschelbtw, were did those ID3V2_BUF_SIZE numbers come from? quite unusual that buffer sizes are not multiples of (1<<n).
20:59:13 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
20:59:40BuschelI would have expected 256 for low mem and 768 for high mem
20:59:45[Saint]dionoea: next and prev seem to have the most troubles.
21:00
21:00:00[Saint]though, play/pause and stop have their moments also.
21:01:01[Saint](this is android 2.1)
21:01:13 Join quem [0] (~foo@c83-254-247-163.bredband.comhem.se)
21:01:13UnhelpfulBuschel: surely they are for small enough n? ;)
21:02:55Buschelhehe ;)
21:03:01Buschelcorrect
21:03:06Buschelthey are _even_
21:04:48gevaertsThey're integer, which is all you need :)
21:05:01 Quit kugel (Ping timeout: 246 seconds)
21:06:51Buschelwell, in my eyes those numbers miss some binary beauty ;)
21:08:02 Quit pamaury (Remote host closed the connection)
21:10:11 Join kugel [0] (~kugel@p4FCDFCE3.dip.t-dialin.net)
21:10:12 Quit kugel (Changing host)
21:10:12 Join kugel [0] (~kugel@rockbox/developer/kugel)
21:10:12saratogawell word aligned is nice
21:11:05 Quit mrkiko (Quit: leaving)
21:15:09 Quit kugel (Ping timeout: 272 seconds)
21:16:58 Quit benedikt93 (Quit: Bye ;))
21:19:22 Quit mystica555 (Remote host closed the connection)
21:20:06 Join mystica555 [0] (~Mike@m472636d0.tmodns.net)
21:21:31 Quit GeekShadow (Quit: The cake is a lie !)
21:23:59CIA-7New commit by 03Buschel (r29174): Limit the size of each ID3 metadata item to avoid that the metadata buffer is filled by single items. Fixes FS #11875, FS #9805 and FS #9299.
21:31:16CIA-7r29174 build result: All green
21:46:11***Saving seen data "./dancer.seen"
21:48:13preglow[Saint]: i just seek to the same spot twice to get sound back
21:49:45[Saint]preglow: Once it stops, it's gone, for me.
21:50:02 Quit Stummi (Quit: Bye!)
21:50:25preglowsounds even more annoying than my bug, heh
21:50:36[Saint]Sometimes it locks so hard I can't even reset the phone and have to pull the battery
21:50:59preglowwtf, never had that
21:51:00preglowwhat phone?
21:51:29[Saint]Galaxy 5 - 5503T
21:52:33[Saint]My S did it too, but I didn't have that long :/
21:53:15[Saint]It's still quite usable, it just have a wee tantrum every now and then.
21:53:32preglowthe sound lockup happens fairly often for me, like every 5-30 mins
21:53:46[Saint]wow...mine is not that bad.
21:53:57[Saint]a lot less often, but more severe
21:54:13[Saint]once a or twice a day here.
21:54:26[Saint](with ~8 hours use)
21:55:34[Saint]possibly the same thing just manifesting differently on different HW, possibly completely different things ;)
21:56:23[Saint]preglow: do keyclicks crash your phone?
21:56:45[Saint]mine manages about 3 clicks and drops to the desktop.
21:58:01 Join Buschel_ [0] (~chatzilla@p54A3A5D6.dip.t-dialin.net)
21:59:38 Quit Buschel (Ping timeout: 265 seconds)
21:59:44 Nick Buschel_ is now known as Buschel (~chatzilla@p54A3A5D6.dip.t-dialin.net)
22:00
22:01:08preglownope
22:01:38[Saint]Hmmm, weird.
22:13:12 Quit Rob2222 (Quit: Rob2222)
22:21:09 Join Rob2222 [0] (~Miranda@p4FFF09E2.dip.t-dialin.net)
22:21:44 Quit domonoky (Read error: Connection reset by peer)
22:27:26 Join krabador [0] (~krabador@95.233.82.128)
22:31:37 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)
22:35:17 Quit quem (Ping timeout: 240 seconds)
22:38:57 Quit bluefoxx (Read error: Connection reset by peer)
22:39:12 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
22:39:17 Join quem [0] (~foo@c83-254-247-163.bredband.comhem.se)
22:39:20 Join Scoppio [0] (~Scoppio@dynamic-adsl-84-221-174-92.clienti.tiscali.it)
22:40:44 Part Scoppio
22:44:07 Join stsquad [0] (~user@nat18.sesnet.co.uk)
22:44:31 Join webguest346 [0] (~59b24b80@giant.haxx.se)
22:45:30 Quit bertrik (Ping timeout: 240 seconds)
22:46:33 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
22:48:30 Quit webguest346 (Client Quit)
22:49:09 Join markun [0] (~markun@rockbox/developer/markun)
22:49:13 Quit bluefoxx (Ping timeout: 240 seconds)
22:49:18 Join Topy [0] (~Topy44@f048131073.adsl.alicedsl.de)
22:52:30 Quit bluefoxx_ (Read error: Connection reset by peer)
22:52:46 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
22:53:06 Quit T44 (Ping timeout: 240 seconds)
22:56:23 Join Joat1 [0] (~fraser@76.69.50.48)
22:57:44 Quit mudd1 (Ping timeout: 264 seconds)
22:58:22 Quit bluefoxx_ (Read error: Connection reset by peer)
22:58:38 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
22:58:58 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b11pre/20110128030350])
22:59:46 Quit Joat1 (Client Quit)
23:00
23:06:53 Quit jordan` (Quit: Coyote finally caught me)
23:07:13 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net)
23:07:26 Quit bluefoxx_ (Read error: Connection reset by peer)
23:07:41 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:12:08 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
23:14:17 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
23:14:32 Quit Buschel (Ping timeout: 264 seconds)
23:14:49wodzldrh r0, [r1] strh r0, [r1] will clear what part of the 32bit little-endian variable?
23:16:09 Quit bluefoxx_ (Read error: Connection reset by peer)
23:16:21 Join Luca_S [0] (~4f0c4fdb@giant.haxx.se)
23:16:25 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:16:39 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net)
23:17:21 Nick foolsh is now known as foo|sh (~benjamin@c-98-212-236-251.hsd1.il.comcast.net)
23:18:05Luca_Shello rockboxers! I just updated my custom rockbox build to latest svn (fuzev2) and it does no longer complete the database initialization :( it goes through all songs on the device, but the splash sticks at the last one. tomorrow i'll try to bisect and report back.
23:20:17Luca_Sif I format the internal SD using windows' format tool, the bootloader will stay untouched, right?
23:20:32foo|shshould yes
23:20:44Luca_Sok. we'll see soonish :D
23:21:14 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:22:42 Quit bluefoxx_ (Ping timeout: 240 seconds)
23:24:22 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:26:09Luca_Syes, the BL keeps working. however, even after format, the DB does not initialize anymore. even without music on the device, it says '383 found', then stays there. I can navigate away, but it never completes init
23:26:19Luca_Snow trying with plain build from the site
23:26:59 Quit Azazaz (Ping timeout: 255 seconds)
23:28:02foo|shthere was some database code changes last night I think downgrade for awhile till things smooth out and file a bug report.
23:30:26 Quit {phoenix} (Remote host closed the connection)
23:30:38Luca_Swtf :D I disabled dircache and now it says 723 found before stopping
23:30:53*foo|sh needs some high ups to glance over the end of FS #11903 and help me explain to kugel that those things he did in the framebuffer code are evil
23:31:06foo|shhigher ups*
23:32:04gevaertsfoo|sh: what do you mean by "higher ups"?
23:32:11 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:32:45foo|shsome one how knows frame buffer code
23:32:53foo|shwho* knows
23:33:08Luca_Stomorrow i'll try bisecting. goodnight everybody
23:33:26 Quit Luca_S (Quit: CGI:IRC)
23:33:37gevaertsIf you mean the android framebuffer code, I think you need kugel :)
23:33:44 Quit TheLemonMan (Quit: free(me))
23:33:51foo|shI know thats my problem
23:34:15 Quit bluefoxx_ (Ping timeout: 240 seconds)
23:35:25 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:35:45saratogause the database logging option to see what file makes it stop
23:37:52 Quit Azazaz (Ping timeout: 255 seconds)
23:38:42 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:41:37 Quit bluefoxx_ (Ping timeout: 265 seconds)
23:46:14***Saving seen data "./dancer.seen"
23:49:06 Quit bluefoxx (Read error: Connection reset by peer)
23:49:23 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:55:55 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:56:20 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
23:58:13 Quit bluefoxx (Ping timeout: 240 seconds)
23:58:51 Quit stripwax (Read error: Connection reset by peer)

Previous day | Next day