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-08

00:00:50jhMikeSno, dsp will ignore the message appently unless HAVE_SW_TONE_CONTROL is defined (apps/dsp.c)
00:01:44TheSevenso that explains the sw precut problem
00:01:46TheSevenoh, wait
00:01:58TheSevenis the hw precut value inversed?
00:02:49jhMikeSif the maximum of all band gains, which becomes an attenuation
00:02:53jhMikeSs/if/it's
00:03:16TheSevenoh, i interpreted it as a gain apparently :)
00:03:24jhMikeSlol
00:03:29TheSeventhat explains why it was worse than no precut at all :)
00:05:38TheSevenworks smoothly now :)
00:05:51TheSeven(apart from a glitch when enabling tone control)
00:06:22TheSeventhe codec seems to mute the signal briefly while it powers up the DSP
00:06:31TheSevenpowering it down works glitch-free though :)
00:08:04CIA-7New commit by 03theseven (r29001): Implement hold switch and headphone detection on iPod Classic
00:09:14CIA-7New commit by 03theseven (r29002): Fix CS42L55 (iPod Classic) tone control
00:10:17CIA-7r29001 build result: All green
00:12:35 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
00:13:03CIA-7r29002 build result: 40 errors, 68 warnings (theseven committed)
00:13:07TheSevenurgh
00:14:02TheSevennow how did i break hwcodec!?
00:14:44TheSevenoops
00:15:23bluebrotherthat #define ATA_HAVE_BBT in ata.c looks strange
00:15:23pixelmasomething about lba48
00:15:40TheSevenyeah, that's some patch that didn't belong there
00:15:46TheSevendidn't mean to commit that file
00:16:01 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
00:16:46pixelmaTheSeven: "ipod6g" could just have been in a comma seperated "list"
00:16:57pixelma(your change to english.lang
00:16:59pixelma)
00:17:02TheSevengood to know :)
00:17:17 Quit bertrik (Quit: :tiuQ)
00:17:31jhMikeSwhat with the huge red deltas all over?
00:17:48pixelmajust a cosmetic issue though
00:18:37pixelmajhMikeS: maybe the same that broke hwcodec (non-lba48) targets?
00:19:04*jhMikeS finds it odd the tone control new need ata functions :)
00:19:24TheSeven[00:15] <TheSeven> yeah, that's some patch that didn't belong there
00:19:25TheSeven[00:15] <TheSeven> didn't mean to commit that file
00:19:39jhMikeShehe
00:20:14TheSeventhat's my personal hard drive fixing patch :)
00:24:30 Quit sideral (Quit: Leaving.)
00:26:37***Saving seen data "./dancer.seen"
00:28:01*TheSeven should maybe put that on flyspray
00:34:28*jhMikeS 's H10 is still chugging along just fine, nothing weird
00:35:35CIA-7New commit by 03theseven (r29003): Oops, that didn't belong in there.
00:38:00CIA-7r29003 build result: All green
00:39:34 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
00:43:56 Quit TheLemonMan (Read error: No route to host)
00:44:42*TheSeven starts a test_codec run
00:45:09TheSevenaache64 almost 3x realtime, that's nice :)
00:45:32 Join utanapischti [0] (~username@p4FF2DFB8.dip.t-dialin.net)
00:48:13*TheSeven wonders which "ape level" it will reach...
00:48:36 Quit sasquatch (Ping timeout: 240 seconds)
00:49:23TheSevenhm, only 3000
00:49:24 Join TheLemonMan [0] (~lem0n@ppp-86-135.98-62.inwind.it)
00:50:22TheSeveni'm sure it could be overclocked enough to handle 4000 :)
00:51:52 Quit {-phoenix-} (Remote host closed the connection)
00:52:13amiconnHuh, only? How fast is the 6g?
00:52:31TheSeven216MHz
00:52:44TheSevenand it's 95% realtime
00:53:14amiconnAh ok
00:53:30amiconnSomehow I thought that it was faster... spoiled by the beast ;)
00:53:38jhMikeS:)
00:53:54amiconnThe beast (barely) handles ape -c5000
00:54:35amiconn(at 44.1kHz 16 bit stereo that is - 48kHz would be too much already)
00:55:06 Quit TheLemonMan (Quit: free(me))
00:55:13*TheSeven would like to know if the ipod nano 4g can handle c5000
00:55:49jhMikeSwhat will tell you the ape encoding type? I have a file I was testing with but don't know what it is because I used the first program available that would make ape files and maxed it.
00:56:15jhMikeSlemme see...
00:56:20amiconnOn ARMv6 you need ~500MHz to do that, ~285MHz on ARMv7
00:57:38amiconnOn ARMv5 you'd need roughly 1GHz for realtime -c5000
00:57:39TheSevenit's an ARM1136 and i'd expect it to handle some 500MHz
00:57:59 Quit guymann (Quit: one more try...)
00:58:01TheSeventhey apparently re-used an ipod touch SoC in that one :)
00:58:36amiconnApparently the beast needs 470MHz for -c5000 decoding - and it's an ARM1136 too
00:58:46TheSevendamn, i need to restart the test, some cpu clocking define wasn't accurate
00:59:36TheSevenbut that 1GHz for c5000 on ARMv5 can't be right
01:00
01:00:02TheSeventhe classic was somewhere at ~30% realtime with 216MHz
01:00:23TheSevenand that's an ARM926ej-s
01:01:13amiconnAccording to my latest table the Cowon D2 (TCC7801 @192MHz) would need 944MHz for realtime.
01:01:45amiconnIt certainly depends on ram timing, because the filter array for -c5000 is larger than the cache
01:02:36amiconnBtw, a PP5002 would need 4GHz for realtime -c5000 ;)
01:04:41 Part domonoky
01:04:46TheSevenbecause of that cache bug?
01:06:00amiconnPartly. Another reason is that it's arm7
01:06:09amiconnA PP502x would need ~2.8GHz
01:06:47*TheSeven wonders why test_codec thinks the CPU would be running at 192MHz
01:09:04TheSevenc4000 would need 226.3MHz
01:10:27jhMikeSape is using pure convolution fir filters?
01:13:55amiconnhttp://wiki.multimedia.cx/index.php?title=Monkey%27s_Audio says they are iir filters
01:14:24CIA-7New commit by 03moos (r29004): pitch detector: Fix a typo in a comment.
01:14:35amiconnThey are of high order, and for -c5000 there are 3 layers of filtering
01:15:09amiconn16th, 256th and 1280th order
01:16:37CIA-7r29004 build result: All green
01:19:07TheSevenhm, so for ape the encoding effort is basically identical to the decoding effort?
01:19:28amiconnyes
01:19:31 Join MethoS- [0] (~clemens@134.102.106.250)
01:20:51TheSevenhm, is it normal that the cook test_files fail with "cannot read metadata"?
01:21:16 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
01:21:21TheSevenflac 8: 7.36MHz :)
01:21:59TheSevenhm, no, actually 8.3MHz due to the wrong clock value
01:22:37jhMikeSc'mon, flac puts CPU cycles back
01:30:11 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
01:30:58 Quit factor (Ping timeout: 260 seconds)
01:39:08 Quit GeekShadow (Quit: The cake is a lie !)
01:45:39 Join factor [0] (~factor@75.108.68.114)
01:46:04 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.)
01:46:55TheSeventest_codec results: http://pastie.org/1438984
01:51:32 Join guymann [0] (~charles@66-159-148-95.adsl.snet.net)
01:52:41 Quit DerPapst (Read error: Connection reset by peer)
01:53:20 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
02:00
02:00:55*jhMikeS wonders if filter calculation order can be redone to keep it cache local (doing it in segments)
02:03:39TheSevenflac5: 6.83MHz needed for realtime << insane
02:05:29CIA-7New commit by 03theseven (r29005): Adjust iPod Classic CPU clock speed constants to at least roughly correct values
02:07:44*TheSeven wonders if real audio / cook being broken is a known bug
02:07:58CIA-7r29005 build result: All green
02:09:53 Quit leavittx (Ping timeout: 255 seconds)
02:11:28merbananTheSeven: fundamentally or just the decoder ?
02:11:51TheSevenapparently the metadata parser
02:12:26*TheSeven wonders if that thing being broken fundamentally is a question at all
02:13:30pixelmaTheSeven: I think I saw a related bug report listed in the recent tracker mail
02:13:52TheSevenhm, neither "cook" or "real" yielded any result in the FS search
02:13:54pixelmaabout .rm files not working
02:14:41TheSevenhm, it plays fine on my nano running r28818
02:14:53pixelmahttp://www.rockbox.org/tracker/11858 even by Buschel
02:18:47n1syes, it was broken recently
02:20:29n1ssure looks like the fast ram is helping the classic's cpu be efficient :)
02:20:44n1svorbis < 20MHz at 128kbps :)
02:21:53n1samiconn: i posted a new tool patch in FS #7832 that worked for me on cygwin, i needed to install libiconv and g++ tho
02:22:01n1sin case you want to test
02:26:40***Saving seen data "./dancer.seen"
02:30:27 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
02:32:14 Quit ender` (Quit: Eagles may soar, but weasels are seldom sucked into jet engines.)
02:36:36 Quit n1s (Quit: Lämnar)
02:47:55 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
02:53:29 Quit pamaury (Remote host closed the connection)
02:56:49 Join keith666 [0] (~5ec0ac4c@giant.haxx.se)
02:57:11 Quit Judas_PhD (Quit: This is a quitting message)
02:58:31keith666Hi.... is there a way to change how rockbox handles volume events while locked? Using hdd6320 which by defauly allows volume changes while locked. Thanks
02:58:53keith666(BTW when i say locked, i mean the Hold slider is in position)
03:00
03:01:40Lloreankeith666: There's no setting for it, it would require you to change the code.
03:03:09keith666I would be willing to look in to this, does the site have informaiton on modifying the source code? And if I did amend this then should I submit that somewhere so others can make use of?
03:04:05LloreanRockbox only has a patch tracker for changes intended as overall changes, as in patches to be permanently applied, so you'd want to design it as such. The code is primarily in C, the site has the information you need to compile it
03:04:58LloreanThe current general feeling seems to be that a hold switch is meant to prevent all accidental keypresses. I can't tell from your description if it's *not* preventing volume presses, or if it is but you want it not to.
03:05:01keith666Thanks, I will look in to that as i'm sure others would appreciate such an option in there too
03:05:10keith666Keep up the good work. Bye :)
03:06:34keith666Apologies, for clarification: I want the volume to be changable while Hold is active, since it is like with with the OEM software
03:06:59LloreanIt's unlikely such a change will be accepted.
03:07:32LloreanThere's a lot of people who feel certain buttons should be available while hold is on (volume, possibly 'pause' for quick access) and that hold should only prevent a subset of actions, but the desires for which are pretty varied.
03:07:58LloreanIt's also not generally accepted that the original firmware doing it is a strong reason (any feature should stand whether or not the original firmware does it)
03:08:40keith666that's a fair point, I take it it's pretty much standard with iPods etc for hold to prevent volume control?
03:09:08LloreanIt seems standard on i think every player I've handled, yes.
03:09:23LloreanThough I believe on some touchscreen players it disables the touchscreen but leaves physical buttons enabled.
03:10:23keith666That's surprising, I've been using the same Philips 30gb for 4 years now and it works the opposite - looks like a learning curve will be my fastest way round this
03:10:30keith666Again I appreciate the help, thanks
03:11:16LloreanYou might want to look into replaygain
03:11:29LloreanUsually well replaygained tracks mean much less adjustment of volume - loud or soft tracks rarely surprise you.
03:12:19 Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com)
03:13:45keith666I will do, that's actually what I planned to move on to next :)
03:14:54LloreanIt doesn't make up for environmental needs to adjust volume, but it could at least help. :)
03:22:40 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
03:28:42[Saint]WHo feels like giving me a casual reminder about where iPod Nano2G IRAM is defined? ;)
03:28:51[Saint]TheSeven: ^ ?
03:29:23 Join simonrvn_ [0] (simon@70.35.160.181)
03:32:07 Quit keith666 (Quit: CGI:IRC)
03:32:16 Quit simonrvn (Ping timeout: 240 seconds)
03:32:16 Nick simonrvn_ is now known as simonrvn (simon@70.35.160.181)
03:33:05TheSeven[Saint]: I don't understand that question
03:33:18TheSevendo you mean the core/codec iram split?
03:34:17[Saint]Sorry....I'm overflowing iRAM again, I forgot what we had to set it to to let AA fonts work, and where to define it.
03:34:26[Saint]grep skills seems to be failing me.
03:34:48TheSevenhm, you have several options
03:35:03TheSeven1. take away some IRAM from the codecs and use it for the core (might slow things down)
03:35:15TheSeven2. reduce the main thread stack size a bit (might make it overflow)
03:35:35TheSeven3. reduce some other IRAM buffer size, or move e.g. the PCM double buffer to DRAM
03:36:59[Saint]I'm trying to remember how I handled it earlier, but...I can't.
03:37:00TheSevenwhich option is the best one depends massively on the amount of iram you actually need to free
03:37:09[Saint]80bytes
03:37:14TheSeveni think we chose option 2 previously
03:37:27[Saint]I *think* so, yeah.
03:37:28TheSevenyeah, 80 bytes can probably easily be taken off the stack
03:37:54TheSeventhat would be in firmware/target/arm/s5l8700/app.lds
03:38:03[Saint]well, I suppose it needs a little headroom also, it's overflowed by 80bytes.
03:38:09[Saint]and, thanks.
03:38:39TheSevenso i'd change the stack size to 0x3f00
03:40:00[Saint]Hmmm...I think that was it. I was so certain I had kept the .diff but apparently not. IIRC it was moving the PCM double buffer to IRAM that "broke" it.
03:40:26[Saint]thanks again TheSeven, always helpful.
04:00
04:10:35 Quit chattr (Read error: Operation timed out)
04:11:08 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
04:16:45 Quit BlakeJohnson86 (Quit: Leaving.)
04:16:57 Quit Barahir_ (Ping timeout: 240 seconds)
04:18:48 Join Barahir [0] (~jonathan@frnk-590f48a4.pool.mediaWays.net)
04:22:04 Quit DerPapst1 (Quit: Leaving.)
04:22:07 Quit DerPapst (Quit: Leaving.)
04:24:51 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:26:19 Quit BlakeJohnson86 (Read error: Connection reset by peer)
04:26:43***Saving seen data "./dancer.seen"
04:36:15 Quit Rob2222 (Quit: Rob2222)
04:37:03 Join kisak [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net)
04:37:32kisakevening
04:38:25kisakwhat's the general status of car stereos that have a usb interface and possibly iPod support
04:38:45kisak(to be used with rockbox)
04:39:15kisakalso, on a side note, you rock TheSeven
04:42:06 Quit pixelma (Disconnected by services)
04:42:08 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:42:10 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:43:36 Quit amiconn (Disconnected by services)
04:43:36 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:43:53 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:47:42 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:48:41 Quit BlakeJohnson86 (Read error: Connection reset by peer)
04:49:12 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:49:55 Quit BlakeJohnson86 (Read error: Connection reset by peer)
04:50:22 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:51:39 Join Strife89_ [0] (~Strife89@adsl-80-148-184.mcn.bellsouth.net)
04:53:12 Quit BlakeJohnson86 (Client Quit)
04:53:36 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:54:57 Quit TheSeven (Ping timeout: 240 seconds)
04:55:13 Quit BHSPitMonkey (Read error: Operation timed out)
04:57:18 Join eRivas [0] (~je@190.150.0.99)
05:00
05:00:17 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
05:16:13 Quit eRivas (Quit: Saliendo)
05:30:34 Join ZhangNing [0] (~ZhangNing@123.169.146.9)
05:30:43 Part ZhangNing
05:33:50 Join Rob2222 [0] (~Miranda@p4FFF2C9C.dip.t-dialin.net)
05:37:49 Quit JesusFreak316 (Ping timeout: 240 seconds)
05:43:28 Quit Strife89_ (Quit: Reboot.)
05:45:52 Join Strife89_ [0] (~Strife89@adsl-80-148-184.mcn.bellsouth.net)
05:47:59 Join webguest0447 [0] (~55ab5afe@giant.haxx.se)
05:48:13webguest0447hello
05:48:40webguest0447I need help please, if somone is around
05:50:15webguest0447I'm trying to get vmware working well based on the image you shared on your wiki
05:54:11 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
05:54:46 Join ZhangNing [0] (~ZhangNing@123.169.146.9)
05:57:41 Quit parafin (Ping timeout: 276 seconds)
05:58:38webguest0447anyone
05:58:40webguest0447?
05:59:08 Join parafin [0] (parafin@paraf.in)
06:00
06:00:54webguest0447it seems that I couldn't have apt-get working with your shared image
06:03:49 Quit MethoS- (Remote host closed the connection)
06:09:13 Quit parafin (Ping timeout: 260 seconds)
06:10:13webguest0447still sarge :(
06:11:26 Join parafin [0] (parafin@paraf.in)
06:24:27 Quit panni_ (Read error: Connection reset by peer)
06:26:45***Saving seen data "./dancer.seen"
06:29:01 Join Horschti [0] (~Horscht@xbmc/user/horscht)
06:30:20jhMikeSwebguest0447: it's no treat to do that and aptitude worked better. then, you're troubles are just starting. I made an image though, but it's hardly optimal.
06:32:13 Quit Horscht (Ping timeout: 240 seconds)
06:32:58webguest0447jhMikeS: wow, somone alive :)
06:33:22webguest0447Hi, basicly I wanted to apt-get ccache for exemple, but kernel is very old...and I'm a noob
06:34:51webguest0447that's pitty that you didn't take the oportunity to do more in your previous image update (according too the wiki, you made an update just a few before)
06:34:52jhMikeSupgrading that image sucked especially since non of the existing vmware tools worked with 5.0.4
06:35:34webguest0447is there any goal to share it semi broken then? :)
06:36:06jhMikeSI did on the forum, but here along with a description of all the hardships :) jhmikes.cleansoap.org/debian-5.0.4-filelist.html">http://jhmikes.cleansoap.org/debian-5.0.4-filelist.html
06:36:45webguest0447Revision r84 - 12 Dec 2010 - 04:11 - MichaelGiacomelli :(
06:37:07webguest0447coul you share it maybe for the wiki?
06:37:25kisaka bump on my earlier question ... what are the odds of a car radio with usb(+ipod control) working with rockbox?
06:37:59 Quit parafin (Ping timeout: 276 seconds)
06:38:22webguest0447that was the last image update an still * Debian 3.1 sarge *Linux kernel 2.4.27
06:38:50jhMikeSwebguest0447: basically, that the link I'd provide cause that's where I'd leave it hosted unless soap tells me to yank it cause it so huge because the disk is probably fragmented enough that it kills the compression ratio
06:39:40webguest0447hence the problem I get to update anything, since libc is too anciant, and I don't know how to upgrade it at hand
06:40:03kisakcompression ratio? on a vmdk?
06:40:20webguest0447you still have those problems, even for a project that big? :)
06:40:37webguest0447sharing problem I mean
06:40:38jhMikeSthe compression of the 7z file is less because of all the package updating
06:42:10jhMikeSwebguest0447: there was an apt-get bug as well that blocked progress, hence aptitude, which handled it all better
06:42:33 Join parafin [0] (parafin@paraf.in)
06:42:42webguest0447but when I use aptitude, I still get this libc6 problem
06:43:04webguest0447I canot install anything in this state
06:43:52jhMikeSI had that too iirc
06:44:01kisakwhy not get the vm back to a sane state and just building your cross compile environment in the home directory of the regular user ... just forget about using the system's libc for whatever you want to do
06:44:26kisakif it's a VM just for tinkering and/or building rockbox
06:45:04 Quit Keripo (Quit: Leaving.)
06:45:07webguest0447All this because I want to install few more things primordial like ccache, libusb or mtp...
06:47:36kisakwhat's the link to the vm on rockbox.org?
06:47:39jhMikeSwebguest0447: nothing really worked without getting a new kernel on it and doing massive upgrading (so much stuff I hardly remember it all)
06:48:08jhMikeSkisak: which? the old or my munged version?
06:48:25kisakjhMikeS: yes, the one in question
06:48:58jhMikeSyes? both were in question! old or munged?
06:49:21webguest0447found that http://www200.pair.com/mecham/spam/kernel.html describe well my situation
06:49:56jhMikeSthe old is in the wiki under development, the cruddy one, I just posted a few min ago
06:50:36webguest0447will have a look thanks :) please put it on the wiki with a notice ;)
06:59:45webguest0447real life calling? I will test your image jhMikeS, thanks to share it
06:59:52webguest0447_?
07:00
07:00:22webguest0447good bye
07:00:26 Quit webguest0447 (Quit: CGI:IRC)
07:13:37jhMikeSBuschel: FYI when you see this, the H10's been playing all night
07:14:20 Quit anewuser ()
07:30:15 Quit Saij (Read error: Connection reset by peer)
07:48:48kisakipod nano 2g with rockbok running ... do ipod accessories work at all with this model?
07:49:01 Quit Judas_PhD (Quit: This is a quitting message)
07:50:42kisakin any case ... I have a Clarion cz200 coming and I'll just have to find out
07:59:09 Quit ZhangNing (Remote host closed the connection)
08:00
08:16:00 Join T44 [0] (~Topy44@f048064109.adsl.alicedsl.de)
08:18:03 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
08:18:58 Quit Topy44 (Ping timeout: 240 seconds)
08:25:16amiconnjhMikeS: Btw, current debian testing/ unstable has open-vm-tools. If we want to stick with 'stable' for the image, we have to wait for the 'squeeze' release, which should happen soon
08:25:35 Quit Strife89_ (Quit: Sleeeeeeep.)
08:26:47***Saving seen data "./dancer.seen"
08:29:32 Join Topy [0] (~Topy44@f049111177.adsl.alicedsl.de)
08:32:38 Quit T44 (Ping timeout: 240 seconds)
08:42:36 Join sideral [0] (~sideral@unaffiliated/sideral)
08:52:33 Quit linuxguy3 (Ping timeout: 260 seconds)
08:54:27 Join linuxguy3 [0] (~timj@adsl-75-57-173-53.dsl.emhril.sbcglobal.net)
09:00
09:03:26 Quit kadoban (Ping timeout: 240 seconds)
09:08:45 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
09:09:42 Quit tchan (Ping timeout: 250 seconds)
09:29:16 Quit BHSPitMonkey (Remote host closed the connection)
09:38:16 Join Buschel [0] (~chatzilla@p54B672D1.dip.t-dialin.net)
09:41:24 Quit Judas_PhD (Quit: This is a quitting message)
09:43:05BuscheljhMikeS: my iPod Video also played the whole night through (w/o r28877). I need to find a way to reproduce this damn bug :/
09:44:33BuschelTheSeven: nice test_codec results :) pretty fast. is the RAM using the CPU clock or is it limited to 100 MHz like on the 8700/8701?
10:00
10:00:49 Quit [Saint] (Disconnected by services)
10:00:51 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.25)
10:00:52 Quit factor (Ping timeout: 240 seconds)
10:02:04BuschelTheSeven: do you have any C code which does DMA transfer to the LCD IF for iPod nano 2g?
10:11:26 Join pjm0616 [0] (~user@110.9.28.187)
10:15:05 Quit froggyman (Ping timeout: 272 seconds)
10:21:19 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
10:23:57S_a_i_n_tBuschel: Any idea why FS #8668 (24-80Mhz GUI Boost) stops Nano2G from building with an error in button-clickwheel.c?
10:24:24S_a_i_n_tSorry I haven't had time to do LCD testing stuff, had a full on day of real life interrupt
10:26:49***Saving seen data "./dancer.seen"
10:27:32 Quit parafin (Read error: Operation timed out)
10:28:32BuschelS_a_i_n_t: seems the patch must be resynchronized due to changes. wait a sec
10:32:01BuschelS_a_i_n_t: GUI boost (80 MHz) -> http://www.sendspace.com/file/3m310g
10:32:11 Join parafin [0] (parafin@paraf.in)
10:32:21BuschelS_a_i_n_t: GUI boost (100 MHz) -> http://www.sendspace.com/file/82gjj7
10:32:36Buschelthose should work (if I did not forget to include a file)
10:33:07Buscheljust give a short notice if it works. I will update FS then
10:33:16S_a_i_n_tIf you did, I'm guessing it won't be ipod-clickwheel.c so all should be well.
10:33:23S_a_i_n_t;)
10:33:58 Join {phoenix} [0] (~dirk@p57AA6C22.dip.t-dialin.net)
10:34:26BuschelI love this patch. It makes the GUI sooo responsive that it is a pain to use svn builds for testing purposes...
10:35:10S_a_i_n_tIndeed. I haven't tried pushing the Colours up to 100Mhz yet, I only have one here...but I should give it a go.
10:35:33S_a_i_n_tI got slightly disheartened by the Nano1Gs not clocking that high.
10:35:48Buschelwell, the diff between GUI boost 80 vs. 100 MHz is not that much. the boost itself makes it
10:36:15Buschel100 MHz are just "on top" to allow higher framerates for mpegplayer :o)
10:36:28S_a_i_n_tyeah, I'm assuming that the higher clock saves more battery? Or is it the lower clock doing all the savings there?
10:37:40Buschelthe lower clock saves the power for efficient codecs like flac/mp3/mpc. the higher clock should not have any measurable impact to battery life (even though HDD transfer rates are higher)
10:38:23S_a_i_n_tHmmm, right. I was wondering if the shorter CPU load times would have any measurable effect.
10:38:27S_a_i_n_tBut I guess not.
10:40:00Buschelno, they haven't. faster HDD load does not scale the average power consumption of the HDD
10:40:20Buscheleven the massive speed up via ATA DMA did not have any measurable impact
10:40:39S_a_i_n_tthat seems quite odd.
10:41:01S_a_i_n_tI guess they are just very efficient devices already.
10:41:09S_a_i_n_ts/ver/reasonably/
10:41:13S_a_i_n_t&very
10:43:04BuschelI was confused by this fact, too. reason is that the HDD spinup sucks a lot of power, during read the HDD sucks less power. therefore reducing the read time did not scale the overall consumption that much
10:43:57Buschelyou can calculate all this from some current measurements which dreamlayers did a while ago
10:44:52BuschelS_a_i_n_t: does the updated patch apply?
10:44:59S_a_i_n_tIt does, yes.
10:45:06Buscheland it works? ;)
10:45:09S_a_i_n_tthanksyou.
10:45:16S_a_i_n_t-s
10:45:22S_a_i_n_tYes, it seems to :D
10:45:57Buschelupdated FS
10:46:52 Quit sideral (Ping timeout: 240 seconds)
10:47:33 Join leavittx [0] (~lev@ip-83-149-1-196.nwgsm.ru)
10:50:36 Join n1s [0] (~n1s@rockbox/developer/n1s)
10:56:18 Join stoffel [0] (~quassel@p57B4A9D7.dip.t-dialin.net)
10:56:43 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
10:56:44 Join DerPapst1 [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
10:59:02 Quit Buschel (Ping timeout: 240 seconds)
10:59:12 Nick Horschti is now known as Horscht (~Horscht@xbmc/user/horscht)
11:00
11:05:52 Join sampattuzzi [0] (~sam@92.26.118.28)
11:06:24 Join stooo [0] (~sto@f051079145.adsl.alicedsl.de)
11:18:14 Quit stooo (Ping timeout: 240 seconds)
11:25:42 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
11:25:43 Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:25:52 Join Lear [0] (chatzilla@rockbox/developer/lear)
11:32:17 Join ZhangNing [0] (~ZhangNing@123.169.146.9)
11:33:03TheSeven[09:44] <Buschel> TheSeven: nice test_codec results :) pretty fast. is the RAM using the CPU clock or is it limited to 100 MHz like on the 8700/8701? << absolutely no idea how it's clocked
11:33:45TheSevenone of the chips used is the K4X51163PE, you might want to look at its datasheet
11:33:57TheSeven[10:02] <Buschel> TheSeven: do you have any C code which does DMA transfer to the LCD IF for iPod nano 2g? << I don't think so
11:34:57 Join PurlingNayuki [0] (~PurlingNa@113.118.61.143)
11:35:51TheSeven[10:43] <Buschel> I was confused by this fact, too. reason is that the HDD spinup sucks a lot of power, during read the HDD sucks less power. therefore reducing the read time did not scale the overall consumption that much << not true for the ipod classic
11:36:12TheSeventhe classic 80gb hdd actually sucks less power during spinup than during access
11:36:24TheSevenidle is around 100mA, spinup like 250mA, access like 300mA
11:37:08*S_a_i_n_t blinks
11:37:16S_a_i_n_tow? just...how?
11:37:19S_a_i_n_t*how
11:43:55TheSevenit's spinning up rather slowly
11:54:04 Join Mystery_Keeper [0] (~Mystery_K@93.157.235.99)
11:55:52Mystery_KeeperI still can't register on wiki. I've sent a mail to bjorn@haxx.se few days ago, and still nothing's changed.
11:58:17 Quit ZhangNing (Remote host closed the connection)
12:00
12:00:02 Nick 5EXAB0PYG is now known as [fred] (fred@ircop.efnet.at)
12:05:46 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:14:16 Nick [fred] is now known as fred_2 (fred@ircop.efnet.at)
12:15:57 Nick fred_2 is now known as [fred] (fred@ircop.efnet.at)
12:16:39 Nick S_a_i_n_t is now known as [Saint] (S_a_i_n_t@203.184.0.25)
12:26:52***Saving seen data "./dancer.seen"
12:30:30 Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
12:41:58 Quit user890104 ()
12:46:54 Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net)
12:49:07ruckushey everyone, i have a ipod video 30gig model (although with a 160gb drive) developed some weird problems recently, so I am wondering if anyone knows about them. 2 issues mainly, i would play music and it would randomly freeze. i can tell that the firmware is still working because i can scroll the song back and forth and even browse normally although there's no sound, and the song doesn't progress even if i try to change it.
12:49:21ruckusi scanned it with chkdsk, and there were no errors of the hdd
12:49:27ruckus*on the hdd
12:49:36TheSevenhm, ipod classic battery runtime is a shame!
12:50:12TheSevensomewhere around 4 hours currently...
12:58:12 Join sideral [0] (~sideral@unaffiliated/sideral)
13:00
13:02:21[Saint]wow....where's all the juice going to?
13:02:39[Saint]4 hours is...wel, yeah. I don't need to say it.
13:02:44[Saint]*well
13:03:07 Join Kitar|st [0] (~Kitarist@89.142.49.87)
13:03:07 Quit Kitar|st (Client Quit)
13:03:56 Join Kitar|st [0] (~Kitarist@BSN-142-49-87.dial-up.dsl.siol.net)
13:09:40 Join TheLemonMan [0] (~lem0n@ppp-156-142.98-62.inwind.it)
13:09:52 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
13:09:59soapjhMikeS, it's fine
13:30:26 Join Buschel [0] (~chatzilla@p54A39F9D.dip.t-dialin.net)
13:32:28Buschelruckus: this is known but not not understood yet. there is already a bug report (FS #11863)
13:32:53Buschelruckus: from which revision on did it start and what was your latest rockbox withtout this issue?
13:33:33ruckusthis started very recently
13:33:54ruckusprobably at the beginning of december
13:33:58ruckusand thank you for replying
13:34:02Buschelruckus: do you have any possibility to reproduce this?
13:34:12ruckusit happens way too often now
13:34:16 Join fml [0] (~chatzilla@manz-590eee7e.pool.mediaWays.net)
13:34:18ruckusonce to twice a day
13:34:56ruckusand it occurs really randomly
13:35:18ruckussometimes i would play an album and it would stop playing toward its end
13:35:44[Saint]Ahhhh...FUCK!
13:35:45ruckusif i remember correctly, most of the times the songs freeze within the first minute of them being played
13:35:49[Saint]I mean, twiddles.
13:36:11ruckusit's ok [Saint], that's a common typo
13:36:18Buschelruckus: can you try to use the following build to cross-check? it has a reverted change... -> http://www.sendspace.com/file/c0jdql
13:36:30[Saint]Buschel: Turns out I messed up and built for another target.
13:36:53[Saint]FS #8668 is still erroring for Nano2G in ipod-clickwheel.c
13:36:54fmlmoos (for the logs): that "iff" was not a typo, it's a short form of "if and only if" which formally more correctly describes what the function does.
13:37:17[Saint]*button-clickwheel.c rather
13:37:47ruckusBuschel: yes i can. should i jsut copy it over the existing one, or should i delete rockbox altogether ?
13:38:20Buschelruckus: just copy it over the existing installation
13:38:39Buschel[Saint]: :/ will check now
13:39:30[Saint]Sorry about that...apparently I didn't select 28 in configure but 27 instead :/
13:39:51[Saint]http://pastebin.com/NAQ69fND is the last <x> lines of my terminal, if it helps.
13:39:56[Saint]Buschel: ^
13:40:00 Quit bluebrother (Read error: Operation timed out)
13:40:06[Saint]No rush, though...none at all.
13:41:41 Join MethoS- [0] (~clemens@134.102.106.250)
13:41:53 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
13:42:11ruckusBuschel: testing away. i'll be conveniently doing some laundry right now, so i'll use it right away
13:43:06Buschelruckus: ok, just keep me up-to-date and write your results down here or in the flyspray entry. I am reading the logs
13:43:17 Quit sampattuzzi (Ping timeout: 255 seconds)
13:43:24Buschel[Saint]: does this compile for you? -> http://www.sendspace.com/file/1oz8l4
13:43:47 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
13:49:28 Join stoffel_ [0] (~quassel@p57B4A9D7.dip.t-dialin.net)
13:50:40 Quit Mystery_Keeper (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
13:51:49 Quit stoffel (Ping timeout: 250 seconds)
14:00
14:00:07Buschel[Saint]: for me it compiles for both nano 2g and video 5.5g
14:01:57 Join casainho [0] (~chatzilla@bl15-144-123.dsl.telepac.pt)
14:13:46[Saint]Buschel: Are you sure you have a clean SVN?
14:14:42[Saint]with the patch you linked vs. clean SVN head...I get the pastebin I linked earlier.
14:14:44 Quit PurlingNayuki (Ping timeout: 255 seconds)
14:17:03[Saint]If that's not it...I have *NO* idea what's going on here. :/
14:17:27*[Saint] redownloads the patch, in case something crazy happened in transfer.
14:17:41Buschelaaarrrgh
14:18:07Buscheloen file was included in the patch... my fault. wait a sec
14:18:15Buschelnot included
14:18:22 Quit JdGordon| (Quit: leaving)
14:19:56Buschel[Saint]: http://www.sendspace.com/file/471cbu
14:20:20[Saint]thanks Buschel.
14:23:19 Quit stoffel_ (Ping timeout: 260 seconds)
14:26:54***Saving seen data "./dancer.seen"
14:31:07Buschelworking now?
14:33:19[Saint]Building now, I deleted ccache and my build dirs in case there was some relic of the past messing it up.
14:36:42 Join stoffel [0] (~quassel@p57B4A9D7.dip.t-dialin.net)
14:39:07 Join factor [0] (~factor@75.108.68.114)
14:39:41Buschel[Saint]: btw, did you also experience those lockup issues on your iPods?
14:43:05TheSeven[Saint]: you should never need to empty ccache
14:43:50[Saint]Nothing I can distinguish as being any different from the usual weirdness on my Colo(u)rs, and none at all on my Nano1Gs
14:43:55[Saint]Buschel: ^
14:44:38[Saint](on a side note, iPod Color has some hard to track down weirdness)
14:44:42 Join petur [0] (~petur@rockbox/developer/petur)
14:44:59Buschelwhat are those like?
14:45:12[Saint]What targets *should* I be seeing this on?
14:45:45Buschelwe know from iPod Video and nano 1g
14:47:13[Saint]iPod Colour weirdness == refusing to find rockbox.ipod every 1-of-5 times (approx), "critical battery warning" on startup despite the current battery state (needs hard reset, always followed by failing to find rockbox.ipod, disk corruption, occasional refusal to skip tracks (needs hard reset).
14:47:25Buschelruckus: what audio format / codec are you mostly using when the lockups occur?
14:48:00Buschel[Saint]: disk failure?
14:48:01[Saint]this hasn't been a recent thing though, I was experiencing it as soon as I got my first iPod Colour, and when I got the second CF'd Color and it behaved the same I realised that it was code and not the device.
14:48:12ruckusBuschel: mp3s 128kbps, and flacs
14:48:48[Saint]Buschel: I would have said the same thing, but it's two different devices and my HDD Colour only had 1 hour on power-on time on the disk when I got it.
14:48:56[Saint]the CF'd one behaves the same.
14:50:35Buschel[Saint]: what is happening if you disable HAVE_ATA_DMA in the config file (firmware/export/ipodcolor.h)?
14:51:16[Saint]Buschel: I haven't tried that, and I would have to give it at least a full days testing.
14:51:25[Saint]I will, though, and get back to you about it.
14:51:41Buschelcould be worth a try
14:51:57[Saint]Couldn't hurt, at least.
14:53:19Buschelespecially as you said "no boost when DMA'ing" does have major impact (what is not expected when ATA DMA works properly)
14:54:10[Saint]yeah...I was truly amazed at how poorly it performed there, but I assumed it was just a non-maintained patch.
14:54:59[Saint]It was struggling to maintain realtime playback of lossy mp3s
14:55:48Buschelthe patch is trivial, maintainance should not be a problem. if DMA works well the transfer rates boosted vs. unboosted are nearly the same. PIO is impacted by boositng a lot. so, either your drive does not support ATA or there is some other underlying issue...
14:56:23 Quit leavittx (Ping timeout: 250 seconds)
14:57:16[Saint]The drive in the HDD colour is just the standard 60GB it came with, but essentially brand new...and the CF'd has a transcend 64GB CF in it that I don't really know a lot about.
14:57:36*gevaerts wonders what soap will think of that :)
14:58:22[Saint]dammit! it's against every fibre of my being missing the u from "color" :P
14:59:26soaplowercase colour is fine. It's the improper proper noun which gets under my skin. ;)
14:59:36 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
14:59:57soapBuschel, I have been unable (after 24 hours of playback) to reproduce the bug with my iPod Nano, but that (again) is in a cool room.
15:00
15:00:28mudd1Does the Rockbox utility get its voice info directly from the player's .rockbox/ directory?
15:00:30 Quit sideral (Quit: Leaving.)
15:00:40gevaertssoap: but "HDD colour" in this case is short for "HDD Ipod Color"!
15:00:58mudd1because I tried to teach my player not to say "ploogins" all the time
15:01:03mudd1annoys the hell out of me
15:01:04soapgevaerts, it's lowercase, it doesn't trigger my revulsion.
15:01:47[Saint]mudd1: You have to edit the source and compile a voice yourself.
15:02:12mudd1I did edit the source
15:02:31[Saint]did you spell the words as they sound?
15:02:34mudd1but I was hoping that "create voice file" would then do exactly that
15:02:42[Saint]"plug Ins" as opposed to Plugins" etc.
15:03:20mudd1Well, I tried "plug-ins", "pluhg-ins", even "plahg-ins" just to make sure it really ignored my edits altogether
15:03:42[Saint]yeah, it gets voice info from a server.
15:03:49[Saint]you need to compile the voice yourself.
15:04:08mudd1damn
15:04:22mudd1I thought I could "just" change that line
15:04:39mudd1not learn how to manually replicate that workflow
15:07:40gevaertsmudd1: that's not "manually replicating that workflow"
15:08:14gevaertsThere are two ways to build a voice, one is using rockbox utility, the other is using the build system
15:08:39mudd1oh cool, is there a "make voice" or something like that?
15:09:10[Saint]yes.
15:10:10[Saint]"configure, select target, advanced, voice, make voice...done"
15:13:23mudd1wow, great :)
15:13:27mudd1sounds easy
15:13:34 Join domonoky [0] (~Domonoky@agsb-5d87e6b9.pool.mediaWays.net)
15:13:34 Quit domonoky (Changing host)
15:13:34 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
15:13:44mudd1how do I get it on the device once that's done?
15:15:58mudd1ah, I guess I copy over the english.voice file?
15:18:34 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
15:22:21mudd1yay, that worked :)
15:23:00mudd1Thanks a lot Saint and gevaerts!
15:26:57CIA-7New commit by 03moos (r29006): Revert r29004 putting the original comment back (sorry to fml for this :)
15:28:57CIA-7r29006 build result: All green
15:37:22 Quit Topy (Read error: Connection reset by peer)
15:42:33 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
15:47:17 Quit stoffel (Remote host closed the connection)
15:48:31 Join stoffel [0] (~quassel@p57B4A9D7.dip.t-dialin.net)
15:54:42ruckusBuschel: no problems so far. i listened to 2 albums
15:55:09 Quit Kitar|st (Ping timeout: 255 seconds)
15:55:27 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b9pre/20110105030550])
15:55:32ruckusi don't have a fs account, but if i don't dind you here i you're usually online here
15:55:39ruckuswhoops ignore that
15:56:00ruckus* i don't have a fs account, but if i don't find you here i'll make one and post my results there
15:57:42 Quit T44 (Read error: Connection reset by peer)
16:00
16:00:18 Join Kitar|st [0] (~Kitarist@BSN-210-225-109.dial-up.dsl.siol.net)
16:09:44 Join sideral [0] (~sideral@unaffiliated/sideral)
16:10:03 Quit sideral (Remote host closed the connection)
16:10:04 Quit krazykit (Ping timeout: 265 seconds)
16:10:53 Join sideral [0] (~sideral@unaffiliated/sideral)
16:11:57 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
16:13:09 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl)
16:15:17[Saint]mudd1: No worries.
16:15:21[Saint]Happy to help.
16:15:41[Saint]Buschel: Nano2G compiles successfully now, *phew* ;)
16:15:55[Saint]I wasn't looking forward to telling you if it failed to compile again :
16:15:59[Saint]+P
16:17:29 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
16:24:03 Quit T44 (Read error: Connection reset by peer)
16:26:56***Saving seen data "./dancer.seen"
16:33:24 Join krabador [0] (~AndChat@host244-172-dynamic.116-80-r.retail.telecomitalia.it)
16:35:42 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
16:36:08[Saint]are FS #11619 and 11679 ever going to make it into SVN?
16:37:03[Saint]particularly the latter.
16:37:25gevaerts[Saint]: for FS #11619, my understanding is that many people feel that this should be part of the playlist control file
16:37:59 Join ender` [0] (krneki@foo.eternallybored.org)
16:38:57[Saint]Hmmm...
16:39:15gevaertsI'm not sure if I fully agree (I think this data should be kept in the same place as the resume position), and I don't know the playlist code well enough to even try that
16:39:27[Saint]Well, I can certainly live with it in my tree, but I think there's nothing wrong withthe implementation personally.
16:39:37[Saint]*with the
16:40:29gevaertsamiconn: any thoughts on this? (FS #11619)
16:40:43 Quit Xerion (Quit: )
16:42:06 Join user890104 [0] (~Venci@6bez10.info)
16:43:39*[Saint] also wants to do his bi-monthly plug to get FS #5855 committed ;)
16:44:12[Saint]two player only pong on a DAP is criminal!
16:44:33[Saint]*two player only
16:45:06 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
16:48:21gevaertsWhy isn't that beat pulsing optional?
16:48:58*gevaerts hasn't tried yet, but he thinks he would hate that
16:50:30gevaertsI'm also intrigued by the HWCODEC with LCD_COLOR combination implied there :)
16:53:08[Saint]gevaerts: I disabled the colour changing myself, and I kinda assumed that just the AI would be "cherry picked" from that commit.
16:53:20[Saint]But, it really isn't all the noticable actually.
16:53:35[Saint]It shouldn't be commited though, the AI however...
16:54:12[Saint]On a side note, http://forums.rockbox.org/index.php/topic,26932.msg176466.html#msg176466 is a bug with skip length right?
16:54:27[Saint]The behaviour he describes really doesn't seem right to me.
16:55:35[Saint]I mean, I can see how it is happening...but it doesn't seem as thought it would be "ideal" behaviour.
16:58:42 Quit casainho (Remote host closed the connection)
16:59:47 Join casainho_ [0] (~chatzilla@bl15-144-123.dsl.telepac.pt)
16:59:51 Join casainho__ [0] (~chatzilla@bl15-144-123.dsl.telepac.pt)
16:59:57 Nick casainho_ is now known as casainho (~chatzilla@bl15-144-123.dsl.telepac.pt)
17:00
17:00:09 Quit casainho__ (Client Quit)
17:03:50Llorean[Saint]: I think there's an known bug if you try to skip backward in the last few seconds of a song without skip length as well (though I couldn't tell you what it is, only that I seem to remember it being mentioned several times over a long period of time)
17:04:15 Quit T44 (Ping timeout: 240 seconds)
17:05:34 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
17:06:03 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de)
17:06:25gevaerts[Saint]: what do you think of http://pastebin.com/vb7kPCYw ?
17:06:47[Saint]Llorean: If you skip backward in the first few seconds of a song *without* skip length it skips to the start of the previos track.
17:07:36[Saint]Llorean: Oh, I misread.
17:08:14[Saint]yeah, you said "last" few seconds.
17:08:23[Saint]this is referring to the "first" few seconds.
17:08:34LloreanOh, I misread.
17:08:39LloreanHis post certainly isn't a bug or anything
17:08:41[Saint]One of us did ;)
17:08:51[Saint]I kinda think it is.
17:09:08LloreanHow so? Skipping back at the early part of a track takes you to the next track.
17:09:12[Saint]if I have skip length set to <blah> I would never expect it to exceed <blah>
17:09:13Lloreaner previous
17:09:22LloreanHis skip length is set to 10 seconds
17:09:34LloreanI *doubt* it's skipping to the previous track if he's 12 seconds into his track
17:09:45Lloreanhe's probably closer to 3 and expecting to end up 7 seconds from the end of the previous track
17:09:46LloreanThat's not a bug
17:10:39[Saint]if I'm at 0:00, with skip lenght set to 10:00...I would expect to end up at -0:10 in the previous song.
17:10:52[Saint]+if I skipped back at that time.
17:10:57LloreanThat's not how Rockbox has ever worked as far as I know.
17:10:59LloreanIt's not a bug.
17:11:04LloreanIt's how track skipping works.
17:11:16[Saint]that fact that it's never worked that way doesn't mean it shouldn't ;)
17:11:18LloreanSkipping durations happens within a song, it's just coarse seeking.
17:11:26LloreanYes, but it doesn't make it a "bug"
17:11:43LloreanA bug is when things aren't working as the people who wrote them intended. This is working as intended, just not how you personally expect.
17:11:53[Saint]true, if you read very carefully...I didn't claim it to be so as an absolute.
17:12:06gevaertsI think if you expect multiple tracks to behave as a single track, you should really be asking yourself why you have multiple tracks
17:12:12Llorean[Saint]: All I said is that it's not a bug.
17:12:27*gevaerts wants [Saint] to comment on that little patch
17:12:47LloreanI didn't say that you said it was, or anything, just answered your question as to whether it is or isn't - what's described is "working as intended" though I'd agree, not necessarily ideal (I'd like seeking, both fine and coarse, to work between tracks as an option)
17:13:25[Saint]gevaerts: Seems fine to me.
17:14:40[Saint]gevaerts: Are you actually thinking of commiting it?
17:14:46gevaertsyes
17:14:52[Saint]as, that would be pure awesome.
17:16:14[Saint]Hmmm, actually.
17:16:19[Saint]needs re-wording.
17:16:31[Saint]shit, no it doesn't ;)
17:16:52[Saint]I was thinking about the old/current behavior...nevermind.
17:17:35gevaertsI'll just do the AI bit though, not the colour or blinking
17:17:57 Quit CaptainKewl (Remote host closed the connection)
17:18:28gevaertsI don't really object to the original colour change, but that may be more controversial
17:20:13[Saint]in a one player game the player controls the right paddel, the CPU the left...on iPod a one player game is initiated by using either control up/down for the right paddle...a two player game human vs. human is initiated by using either control up/down for the left paddle.
17:20:53[Saint]The plugin starts with a CPU vs. CPU demo
17:21:04[Saint]gevaerts: ^
17:21:22gevaertsWell, except it's wrong :)
17:21:38[Saint]it...is?
17:21:52gevaertsIn a single player game, you
17:21:55gevaerts're *left*
17:22:17[Saint]Nope.
17:22:22[Saint]Right here.
17:22:43*[Saint] wonders what target gevaerts is playing on.
17:22:51gevaertsgigabeat f
17:23:04[Saint]Hmmm...seems this may be tricky to word.
17:23:37[Saint]iPod Nano 1/2G (al I have near me) 1p game you're definitely the right paddle
17:23:57gevaertsWhich buttons control it?
17:24:13LloreanI seem to recall the original Pong player 1 was on the left.
17:24:19LloreanIt'd be nice if it was the same for all targets.
17:24:19gevaertsOh
17:24:23[Saint]next/play-pause
17:24:32gevaerts[Saint]: any player where you press a button is human-controlled
17:24:38gevaertsSo you can play either left or right
17:25:13[Saint]*derp*!
17:25:19[Saint]well...that was, fun.
17:25:25*gevaerts rewrites
17:25:28[Saint]sorry gevaerts ;)
17:25:39gevaertsWell, we were both equally wrong :)
17:25:57[Saint]Or equally right, win/win!
17:30:11gevaerts[Saint]: http://pastebin.com/PCBpTJfV
17:30:59 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de ))
17:31:00 Quit factor (Ping timeout: 246 seconds)
17:31:24[Saint]gevaerts: A lot more concise than the mess I was editing, well worded.
17:31:30gevaertsok
17:35:02*gevaerts kicks CIA-7
17:35:02CIA-7ow
17:36:55CIA-7New commit by 03gevaerts (r29007): Add AI to the pong plugin, to allow single-player operation. ...
17:36:56CIA-7r29007 build result: All green
17:41:09 Join {-phoenix-} [0] (~dirk@p57AA7122.dip.t-dialin.net)
17:41:54 Quit {phoenix} (Ping timeout: 265 seconds)
17:42:26 Join factor [0] (~factor@75.108.68.114)
17:48:57 Join Strife89_ [0] (~Strife89@adsl-80-148-184.mcn.bellsouth.net)
17:53:07*[Saint] spots a comment in usb-fw-pp5002.c which still implies that iPods must enter disk mode for USB
17:53:29[Saint]ah, from 2007...no wonder.
17:55:47 Quit MethoS- (Remote host closed the connection)
17:56:51gevaerts[Saint]: for 5002-based ipods, that's correct
17:56:56jhMikeSsoap: thanks. good to know
17:57:49*[Saint] facepalms.
17:58:05[Saint]Ah, yes. I mixed up 5002 and 502x
18:00
18:00:52jhMikeSamiconn: If it's not too long, wait for squeeze. Those tools were randomly selected from CVS, quick fixed by hand and compiled just so they'd "load".
18:01:20 Quit GeekShadow (Read error: Connection reset by peer)
18:01:57 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
18:05:11 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
18:06:22soapdid you fill the image's filesystem with zeros before compressing, jhMikeS?
18:07:03jhMikeSsoap: no, I failed to figure out a proper way to do that :P
18:07:36soapjust dd dev zero to a file until full, then delete? I'm sure there's a more elegant way.
18:07:53gevaertsThat's the easiest way
18:08:47soapit makes a quite significant difference in compressed size.
18:09:31jhMikeSjust the dd thing even though it doesn't jam everything to the beginning?
18:10:33soapyea, no need to defrag
18:11:07soapjust replace all that random empty space with real American empty space and you're most the way there and its easy.
18:12:30jhMikeSAmerica, f yeah!
18:14:54 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
18:21:21 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl)
18:26:56merbananyou got some wmapro changes to merge
18:26:58***Saving seen data "./dancer.seen"
18:35:02 Join thomasjfox [0] (~thomasjfo@dslb-088-065-024-077.pools.arcor-ip.net)
18:35:37 Quit krabador (Quit: Bye)
18:42:18thomasjfoxgevaerts: Thanks for the sim_* / app_* fix
18:42:44gevaertsthomasjfox: I'm technically the one who broke it. I didn't have much choice :)
18:43:13thomasjfox:)
18:48:22 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com)
18:53:07 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
18:53:40 Quit factor (Ping timeout: 240 seconds)
18:56:26 Join perfectdrug [0] (~marko@p54B3CCDD.dip.t-dialin.net)
19:00
19:01:51 Join factor [0] (~factor@75.108.68.114)
19:03:00 Quit thomasjfox (Remote host closed the connection)
19:10:04 Quit jhMikeS (Read error: Connection reset by peer)
19:11:35 Quit Judas_PhD (Quit: This is a quitting message)
19:13:12 Quit T44 (Read error: Connection reset by peer)
19:16:31 Join jhMikeS [0] (~jethead71@adsl-99-26-177-70.dsl.sfldmi.sbcglobal.net)
19:16:31 Quit jhMikeS (Changing host)
19:16:31 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
19:25:16 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
19:25:19 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
19:27:11 Quit nexes (Ping timeout: 260 seconds)
19:31:36 Join krazykit` [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
19:32:00 Quit krazykit (Ping timeout: 255 seconds)
19:32:27 Quit liar (Ping timeout: 255 seconds)
19:35:16 Quit TheLemonMan (Quit: free(me))
19:35:21 Join corndog [0] (corndog@174.90.229.17)
19:38:20 Quit Keripo (Quit: Leaving.)
19:40:08 Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
19:40:22 Quit JesusFreak316 (Read error: Connection reset by peer)
19:41:46 Nick JesusFreak316_ is now known as JesusFreak316 (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
19:42:17 Quit JesusFreak316 (Read error: Connection reset by peer)
19:42:49 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
19:43:37 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
19:50:45 Quit corndog ()
19:50:49 Quit JesusFreak316 (Read error: Connection reset by peer)
19:51:52 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
19:53:57 Join toffe82 [0] (~chatzilla@adsl-70-235-225-226.dsl.frs2ca.sbcglobal.net)
19:54:31jhMikeSsoap: that took it to 540MB from 833MB.
20:00
20:01:48 Quit markun (Read error: Connection reset by peer)
20:05:57 Quit stoffel (Read error: Operation timed out)
20:06:26 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl)
20:06:26 Quit markun (Changing host)
20:06:26 Join markun [0] (~markun@rockbox/developer/markun)
20:08:33 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
20:10:08 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
20:20:45 Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com)
20:25:15 Quit fyrestorm (*.net *.split)
20:25:15 Quit Buschel (*.net *.split)
20:25:16 Quit linuxguy3 (*.net *.split)
20:25:16 Quit Barahir (*.net *.split)
20:25:16 Quit simonrvn (*.net *.split)
20:25:16 Quit tmzt (*.net *.split)
20:25:16 Quit literal (*.net *.split)
20:26:21 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
20:26:21 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com)
20:26:21 Join Buschel [0] (~chatzilla@p54A39F9D.dip.t-dialin.net)
20:26:21 Join linuxguy3 [0] (~timj@adsl-75-57-173-53.dsl.emhril.sbcglobal.net)
20:26:21 Join Barahir [0] (~jonathan@frnk-590f48a4.pool.mediaWays.net)
20:26:21 Join simonrvn [0] (simon@70.35.160.181)
20:26:21 Join tmzt [0] (~tmzt@76.211.0.152)
20:26:21 Join literal [0] (hinrik@w.nix.is)
20:27:01***Saving seen data "./dancer.seen"
20:29:14 Quit Buschel (Ping timeout: 240 seconds)
20:37:29 Quit balintx (Remote host closed the connection)
20:39:09 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
20:42:40 Quit n1s (Quit: Lämnar)
20:42:55 Quit benedikt93 (Read error: Connection reset by peer)
20:43:29 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
20:45:45 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche)
20:51:01 Quit Judas_PhD (Quit: This is a quitting message)
20:53:30 Quit Xerion (Quit: )
20:53:54 Quit kadoban (Ping timeout: 240 seconds)
20:55:19 Quit factor (Ping timeout: 264 seconds)
20:55:59 Join factor [0] (~factor@75.108.68.114)
20:57:59 Quit factor (Excess Flood)
20:58:18 Join u [0] (~4d0b9f00@giant.haxx.se)
20:58:27 Join factor [0] (~factor@75.108.68.114)
20:58:43uhi
20:59:47 Quit u (Client Quit)
21:00
21:01:04 Quit Kitar|st ()
21:01:36 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
21:04:08 Join TheLemonMan [0] (~lem0n@ppp-156-142.98-62.inwind.it)
21:19:18 Quit toffe82 (Read error: Connection reset by peer)
21:21:11 Join toffe82 [0] (~chatzilla@adsl-70-235-225-226.dsl.frs2ca.sbcglobal.net)
21:21:39 Join krabador [0] (~krabador@host17-186-dynamic.252-95-r.retail.telecomitalia.it)
21:21:47 Quit Judas_PhD (Remote host closed the connection)
21:39:02 Quit simonrvn (Read error: Connection reset by peer)
21:39:56 Join simonrvn [0] (simon@209.156-ppp.3menatwork.com)
21:41:05 Join Buschel [0] (~chatzilla@p54B6734A.dip.t-dialin.net)
21:45:02bertrikThere is a RTC_NANO2G define but it's not clear which rtc driver this corresponds to
21:46:36jhMikeSRTC_D2 as well
21:47:38CIA-7New commit by 03jethead71 (r29008): Some static data is only used by .init functions. Add .initdata to declare such data (otherwise section conflicts arise). For i.MX31, use ...
21:48:32CIA-7r29008 build result: All green
21:51:18 Quit factor (Read error: Connection reset by peer)
21:54:19 Join factor [0] (~factor@75.108.68.114)
22:00
22:01:08CIA-7New commit by 03theseven (r29009): Fix iPod Classic LCD problems
22:02:04TheSevenbertrik: the nano2g PMU's RTC
22:02:26TheSevenit has its own driver in /firmware/target/arm/s5l8700/ipodnano2g somewhere
22:03:04 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
22:03:20TheSevenit's actually a PCF50633 from what I can tell, but I'm not using the driver for that
22:03:22CIA-7r29009 build result: All green
22:03:35 Quit Saij (Read error: Connection reset by peer)
22:07:06bertrikthe RTC_NANO2G define seems completely unused
22:17:39 Quit Strife89_ (Quit: Heading out.)
22:27:04***Saving seen data "./dancer.seen"
22:33:54 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
22:40:43 Join slooopy [0] (~sloo@p5493CB08.dip0.t-ipconnect.de)
22:44:15TheSevenLambdaCalculus37 (for the logs): All the big known bugs are fixed now :)
22:44:35TheSevenit's time for adding features and optimizing :)
22:46:29 Quit krabador (Quit: Sto andando via)
22:47:14 Quit slooopy (Remote host closed the connection)
22:47:52 Join slooopy [0] (~sloo@p5493CB08.dip0.t-ipconnect.de)
22:49:26*TheSeven wonders what to do next
22:51:31 Quit slooopy (Remote host closed the connection)
22:52:03 Join slooopy [0] (~sloo@p5493CB08.dip0.t-ipconnect.de)
22:59:35 Quit benedikt93 (Quit: Bye ;))
23:00
23:00:08amiconnjhMikeS: re zero filling: cat /dev/zero > zero.fill;sync;sleep 1;sync;rm -f zero.fill
23:00:40amiconnAs root, in order to fill the 5% root reserved space as well. Taken from howtoforge
23:00:52 Join MethoS- [0] (~clemens@134.102.106.250)
23:01:55 Quit {-phoenix-} (Remote host closed the connection)
23:03:00 Join {phoenix} [0] (~dirk@p57AA7122.dip.t-dialin.net)
23:09:39 Quit kadoban (Ping timeout: 240 seconds)
23:10:52AlexPqqqqqqq
23:18:46jhMikeSamiconn: I did "dd if=/dev/zero of=bigfin.bin; rm bigfin.bin" (as root, per soap's and gevaerts' recommend)
23:19:19gevaertsjhMikeS: the lack of sync may be important actually
23:19:46jhMikeShow important, hell if I'm uploading that again! lol
23:20:20jhMikeS'couse I can try locally and see how much it actually changes it
23:20:44gevaertsWell, it tells the system to write all outstanding stuff
23:21:09gevaertsWithout that, it's possible (depending on amount of RAM) that most of those zeroes never hit the disk
23:21:16 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
23:21:22Tornewell, er, presumably you shut it down
23:21:41Tornewhich will sync the buffer cache :)
23:21:42 Quit Buschel (Ping timeout: 260 seconds)
23:21:43jhMikeSsys poweroff, but not before rm
23:21:59jhMikeSer, just "poweroff"
23:22:08Torneoh, yeah
23:23:00jhMikeSif you don't do poweroff, it has to do recovery on boot
23:25:47 Join moos [0] (moos@rockbox/staff/moos)
23:26:00 Quit TheLemonMan (Quit: free(me))
23:34:17 Quit JesusFreak316 (Ping timeout: 240 seconds)
23:34:34 Quit slooopy (Ping timeout: 255 seconds)
23:44:49 Quit Keripo (Quit: Leaving.)
23:48:12 Quit bertrik (Quit: :tiuQ)
23:54:35 Quit petur (Quit: Leaving)

Previous day | Next day