00:01:02 | | Join KBH [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) |
00:01:14 | | Join spacecadet [0] (n=spacecad@c-76-119-160-108.hsd1.nh.comcast.net) |
00:02:49 | spacecadet | Is there an official "relase" zip of ipodpatcher source, instead of needing svn? |
00:03:52 | TheSeven | what's the matter with svn? |
00:03:57 | spacecadet | firewall |
00:04:08 | TheSeven | huh? it doesn't allow HTTP? |
00:04:32 | spacecadet | normal http gets through, svn gets blocked |
00:04:46 | linuxstb | spacecadet: I'll make one for you... |
00:04:49 | spacecadet | or it doesn't work, anyways |
00:05:16 | Torne | TheSeven: our svn repo isn't http... |
00:05:40 | Torne | (svn:// is svnserve protocol) |
00:05:58 | | Quit HBK (Read error: 110 (Connection timed out)) |
00:06:19 | TheSeven | ah? someone's still using svnserve? |
00:06:47 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
00:08:23 | linuxstb | spacecadet: linuxstb.cream.org/rockbox/ipodpatcher-source-4.0.tar.gz">http://linuxstb.cream.org/rockbox/ipodpatcher-source-4.0.tar.gz - compile with "make RELEASE=1" |
00:08:32 | spacecadet | thanks |
00:09:01 | | Quit KBH (Read error: 60 (Operation timed out)) |
00:09:20 | * | TheSeven is getting annoyed by that freeze |
00:09:42 | linuxstb | spacecadet: Earlier versions of ipodpatcher had BSD binaries, but that person has disappeared and I don't now if it still compiles cleanly. Please let me know if you have any problems... |
00:10:35 | spacecadet | I'll let you know if it compiles. Do you want a binary if it does? |
00:11:01 | linuxstb | Sure. |
00:11:34 | spacecadet | ok, I'll go be aggravated by gcc now |
00:12:15 | | Part spacecadet ("Leaving") |
00:12:26 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
00:14:11 | | Quit jgarvey ("Leaving") |
00:14:29 | CIA-85 | New commit by rob (r23217): Fix logic error in D2+ touchscreen driver. |
00:15:00 | rhcp1253 | srry had to eat dinner 4gb |
00:18:01 | * | TheSeven will fall back to tweeter-based debugging now :-/ |
00:20:00 | | Quit rhcp1253 ("CGI:IRC (EOF)") |
00:20:29 | | Join rhcp1253 [0] (n=182dc0d1@giant.haxx.se) |
00:21:30 | | Quit robin0800 (Remote closed the connection) |
00:22:17 | rhcp1253 | k i just had this problem and i remember it from before, my ipod video 5g keeps randomly restarting and repetedly. I've fixed it for now but what can i do if it keep happening |
00:22:42 | | Join Hillshum [0] (n=hillshum@fort-2-217.hotspot.utah.edu) |
00:23:07 | | Quit Zagor ("Clint excited") |
00:24:37 | | Join WilliamC [0] (n=WilliamC@r75-110-44-59.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) |
00:26:56 | TheSeven | ok, now I know at leas that it's not locking up inside the USB handler |
00:27:03 | TheSeven | the tweeter is a really nice means of output :-) |
00:27:34 | WilliamC | I have replaygain applied to all of my music but some of them sound noticeably louder than others. |
00:28:01 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
00:28:21 | linuxstb | TheSeven: You couldn't use the UART to debug? |
00:28:34 | TheSeven | i don't have a cable, and it will be too slow |
00:29:11 | TheSeven | i'm having serious trouble with delays caused even by a i2c write to the PMU to flash the backlight in that int handler |
00:29:25 | TheSeven | the tweeter has the advantage of just being a single reg write |
00:29:42 | linuxstb | WilliamC: Do those tracks have anything in common? |
00:29:58 | WilliamC | No |
00:30:02 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
00:30:32 | linuxstb | WilliamC: Are you _sure_ ? You're not giving us much to go on... |
00:30:43 | WilliamC | Oh |
00:30:49 | WilliamC | They're all MP3 files |
00:30:56 | WilliamC | The majority of my files are OGG though |
00:31:03 | TheSeven | calling wakeup_wait with ints disabled will re-enable them? |
00:31:27 | linuxstb | WilliamC: That's more helpeful ;) So the MP3 files are sounding louder than the vorbis files? |
00:31:40 | WilliamC | Yes |
00:31:49 | | Quit daggett ("Ex-Chat") |
00:32:02 | linuxstb | How did you add replaygain to the MP3 files? |
00:32:15 | WilliamC | Foobar 2000 |
00:32:25 | WilliamC | per track replay gain |
00:32:54 | linuxstb | Do you know if Foobar added the replaygain info in APE tags? |
00:32:58 | rhcp1253 | just a sugestio from a noob try editing the codecs |
00:33:13 | WilliamC | No, it's not. |
00:33:43 | TheSeven | bah. shooting at a moving target with only a single bit of feedback is really hard. |
00:34:02 | TheSeven | the place it's locking up is moving :-/ |
00:34:22 | linuxstb | WilliamC: When one of those tracks is playing in Rockbox, press and hold "select" to bring up the WPS context menu, then look in "Show track info" to see if the replaygain values are shown. |
00:34:46 | | Join spacecadet [0] (n=spacecad@c-76-119-160-108.hsd1.nh.comcast.net) |
00:35:19 | gevaerts | TheSeven: chase it until it leaves the code |
00:35:39 | TheSeven | i fear it won't do that |
00:36:50 | spacecadet | linuxstb, gcc didn't like the makefile syntax, it wanted "."'s infront of the preprocessor statements, and it thought some of the parenthesis were mismatched. I guess I'll have to work on it. |
00:37:18 | gevaerts | spacecadet: have you tried gmake instead of make? |
00:37:22 | linuxstb | spacecadet: Are you sure you have GNU make? Try "gmake" instead of make. |
00:37:34 | spacecadet | that'll be next :) |
00:37:57 | spacecadet | I do have gmake |
00:38:25 | spacecadet | get back to you later |
00:38:35 | | Part spacecadet ("Leaving") |
00:39:25 | WilliamC | It's not showing |
00:39:42 | linuxstb | WilliamC: Did you also check a vorbis file? |
00:39:46 | WilliamC | Yeah |
00:39:49 | WilliamC | That showed |
00:40:19 | linuxstb | OK, then that's the problem... |
00:40:40 | WilliamC | I wonder if it ever had replaygain |
00:41:29 | linuxstb | Rockbox only supports id3/id3v2 tags on mp3 files, so if they were added as APE tags (which is quite common), Rockbox won't see them. |
00:41:34 | WilliamC | It never had replaygain |
00:41:48 | WilliamC | I have APE disable in Foobar 2000 |
00:42:25 | | Quit roolku () |
00:43:23 | WilliamC | There, fixed |
00:44:46 | | Join BBBradley [0] (n=40832529@giant.haxx.se) |
00:45:06 | | Quit LambdaCalculus37 ("Fwump") |
00:47:12 | WilliamC | How come 2 drives show up when I plug in my MP3 player to my computer? |
00:47:12 | WilliamC | Is that something to do with the bootloader? |
00:47:26 | | Quit domonoky (Read error: 54 (Connection reset by peer)) |
00:47:34 | TheSeven | which kind of player? |
00:47:43 | *** | Saving seen data "./dancer.seen" |
00:47:58 | linuxstb | Does it have an SD card slot? |
00:48:32 | WilliamC | yeah |
00:48:46 | WilliamC | Sansa e200 |
00:48:58 | linuxstb | That's why there are two drives. |
00:49:04 | WilliamC | ahh |
00:49:16 | WilliamC | I never even really thought about the micro SD slot |
00:49:34 | kugel | having a 2nd albumart slows down track skipping quite a bit on the fuze |
00:50:26 | | Quit Thundercloud (Remote closed the connection) |
00:50:27 | kugel | in fact, having 1 albumart is already slower vs no aa. buffering albumart seems to take 1-2 seconds on the fuze |
00:50:42 | gevaerts | what's the original size? |
00:51:55 | kugel | 263x230 |
00:52:23 | kugel | jpg, so halving it it almost free |
00:53:21 | gevaerts | that's not unreasonably large... |
00:53:49 | gevaerts | well, people aren't forced to use AA status bars |
00:53:59 | kugel | nope |
00:54:06 | | Join Strife89 [0] (n=michael@adsl-154-0-52.mcn.bellsouth.net) |
00:54:23 | kugel | the issue is also that the fuze has so little memory that track skipping very often means buffering |
00:54:41 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:54:59 | | Nick liar2 is now known as liar (n=liar@83.175.83.185) |
00:55:12 | | Quit bertrik ("Leaving") |
00:57:12 | WilliamC | Kugel, that sounds very pathetic on whoever makes the Fuze. |
00:57:37 | WilliamC | ahh |
00:57:39 | WilliamC | Sandisk |
00:58:03 | * | gevaerts gives WilliamC a DAX |
00:58:30 | * | linuxstb gevaerts a DAX - you can't get rid of it that easily... |
00:58:30 | WilliamC | What's a DAX? |
00:58:31 | TheSeven | gevaerts: it's leaving the interrupt handler and then never calling any usb_drv function again, disabling interrupts, and locking up somewhere :-/ |
00:58:41 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:59:01 | | Quit stripwax (Client Quit) |
00:59:37 | | Quit BBBradley ("CGI:IRC (EOF)") |
01:00 |
01:00:43 | gevaerts | WilliamC: Logik DAX |
01:01:10 | | Quit ender` (" "Why are we hiding from the police dad?" "They use vi, my son. We use EMACS".") |
01:01:14 | WilliamC | ahh |
01:01:22 | WilliamC | I never heard, or saw them |
01:01:41 | gevaerts | they have 1MB of RAM |
01:01:53 | TheSeven | gevaerts: and sometimes (~20% of the tries) it passes to a stage where windows detects the vid/pid, the ipod tries to transmit or receive some data, occasionally there's an int, but it doesn't work out |
01:01:58 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
01:01:59 | gevaerts | seriously though, what's pathetic about not using more hardware than you need? |
01:02:52 | WilliamC | gevaerts, I bet they could make an MP3 player that is pure ram, though you'd be screwed if the battery died. |
01:03:08 | | Quit gitster ("ERC Version 5.3 (IRC client for Emacs)") |
01:03:37 | | Join spacecadet [0] (n=spacecad@c-76-119-160-108.hsd1.nh.comcast.net) |
01:04:06 | spacecadet | linuxstb, gmake worked but the code still needed some changes |
01:04:20 | | Quit robin0800 (Remote closed the connection) |
01:05:03 | kugel | gevaerts: hrm, using a 300x300 AA with a wps that wants 75x75 isn't any faster, even though scaling is supposedly almost free |
01:05:38 | linuxstb | spacecadet: What was the problem? |
01:05:43 | gevaerts | kugel: maybe try bmps of exactly the right size to see what the baseline is? |
01:06:17 | spacecadet | I had to replace refs to stdint.h, and then I've just been left with two sets of errors |
01:06:23 | gevaerts | TheSeven: I'd say there's something wrong with the hardware initialisation, but I really have no idea |
01:06:30 | spacecadet | first: |
01:06:46 | linuxstb | spacecadet: What did you replace stdint.h with? inttypes.h? |
01:06:50 | * | kugel wonders if it can be sped up with some threading intelligence |
01:07:02 | spacecadet | yeah |
01:07:14 | kugel | like, yielding less often during scaling so that finishes faster. audio doesn't play before it finished anyway |
01:07:37 | spacecadet | ipodpatcher.c: In function `GetSecurityBlockKey': |
01:07:37 | gevaerts | kugel: that's a special case. Normally audio *does* play while scaling |
01:07:37 | spacecadet | ipodpatcher.c:2036: syntax error before `int' |
01:07:37 | spacecadet | ipodpatcher.c:2043: `r2' undeclared (first use in this function) |
01:07:37 | DBUG | Enqueued KICK spacecadet |
01:07:37 | spacecadet | ipodpatcher.c:2043: (Each undeclared identifier is reported only once |
01:07:37 | spacecadet | ipodpatcher.c:2043: for each function it appears in.) |
01:07:38 | *** | Alert Mode level 1 |
01:07:38 | spacecadet | ipodpatcher.c:2044: `r12' undeclared (first use in this function) |
01:07:40 | spacecadet | ipodpatcher.c:2045: `r_tmp' undeclared (first use in this function) |
01:07:42 | *** | Alert Mode level 2 |
01:07:42 | spacecadet | ipodpatcher.c:2046: `r14' undeclared (first use in this function) |
01:07:44 | *** | Alert Mode level 3 |
01:07:44 | spacecadet | ipodpatcher.c:2049: `r1' undeclared (first use in this function) |
01:07:50 | gevaerts | spacecadet: please use a pastebin for that |
01:08:01 | WilliamC | Pastebin |
01:08:03 | WilliamC | yeah |
01:08:06 | spacecadet | sorry |
01:08:08 | kugel | gevaerts: that may be because the pcmbuf holds enough |
01:08:30 | kugel | or doing the scaling in its own thread, allocating the max buffer the AA is going to need, so that audio buffering can start before scaling is finished |
01:09:20 | gevaerts | that could work, but I'm not convinced that it will be worth the complexity |
01:09:48 | linuxstb | spacecadet: Did you find a fix for that? |
01:10:03 | kugel | maybe Unhelpful has some ideas |
01:10:31 | spacecadet | I'm still going over it. I'm tired, for now, and there's sg-u on in a while :) |
01:10:59 | gevaerts | linuxstb, spacecadet: it looks like the declarations could just be moved to the start of the block |
01:11:24 | gevaerts | this is just a compiler that's more than ten years out of date :) |
01:11:35 | spacecadet | there was one other error, but since I can't find the pastebin, I won't copy it. |
01:11:52 | spacecadet | no the error is only 5 years out of date :) |
01:12:04 | spacecadet | no the compiler is only 5 years out of date :) |
01:12:14 | gevaerts | ten. This is C99 code :) |
01:12:14 | kugel | 10... |
01:12:46 | gevaerts | also, http://pastebin.com |
01:14:02 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
01:14:02 | * | TheSeven is annoyed by this weird bug and too tired to continue working on it, so he'll go to bed now |
01:14:32 | * | linuxstb wonders if he should tell TheSeven how long it took to find all the PP USB bugs... |
01:14:55 | spacecadet | I'll figure it out and come back another day |
01:15:01 | gevaerts | linuxstb: you mean we have them all? |
01:15:03 | TheSeven | linuxstb: but i have a working driver in ibugger! i just can't find the difference... |
01:15:41 | | Part spacecadet ("Leaving") |
01:15:42 | TheSeven | and i guess the pp one isn't documented at all |
01:16:27 | gevaerts | it's documented in a freescale datasheet, but most problems are with magic ram and cache setup things |
01:17:06 | TheSeven | i think i've caught all of these on the s5l8700 |
01:17:08 | | Join JdGordon [0] (i=836b0068@gateway/web/freenode/x-folazdutxhuqlyxb) |
01:17:20 | TheSeven | still need to work out a solution for the nand driver alignment issues though |
01:17:28 | TheSeven | don't want to copy every buffer around all the time |
01:17:30 | * | gevaerts admires TheSeven's boundless optimism |
01:17:45 | *** | Alert Mode OFF |
01:18:31 | TheSeven | well, we have a detailed datasheet of that processor, and after i rewrote some things, the cache stuff is definitely working now, and we don't have any other memory management stuff to deal with |
01:19:49 | TheSeven | if you align everything properly on 16-byte boundaries and do a flush_dcache before every dma transaction and invalidate_dcache afterwards, nothing can really go wrong |
01:20:05 | TheSeven | and there are only 3 places where dma is used at all |
01:20:20 | TheSeven | the NAND/ECC, the PCM driver, and of course USB |
01:20:41 | TheSeven | (and in that cryptfirmware plugin and the bootloader the AES/HASH stuff) |
01:22:27 | * | TheSeven is gone now |
01:22:27 | | Quit rhcp1253 ("CGI:IRC (EOF)") |
01:22:34 | gevaerts | I wouldn't be so sure :) |
01:23:06 | gevaerts | Are you sure you won't run into timing issues if you do heavy things like cache flushes while DMA is in progress? |
01:30:08 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
01:32:17 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
01:36:41 | | Quit fyrestorm (Read error: 54 (Connection reset by peer)) |
01:40:55 | | Join gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) |
01:46:18 | | Quit TheSeven (Read error: 110 (Connection timed out)) |
01:46:54 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
01:57:20 | | Quit bertrik_ (Read error: 113 (No route to host)) |
02:00 |
02:09:12 | Unhelpful | kugel: i said scaling was almost free when? |
02:10:10 | | Join webguest71 [0] (n=60f125fc@83.168.254.42) |
02:10:14 | kugel | Unhelpful: scaling jpg /2, /4 and /8, wasn't it? |
02:11:32 | webguest71 | Hey guys, I'm on a Sansa Fuze v1 and it's been working fine until I put in a 4gb SDHC uSD card. Now it's saying: |
02:11:42 | webguest71 | "Loading Firmware" |
02:11:55 | webguest71 | "Length: FFFFFFF8" |
02:11:59 | Unhelpful | kugel: oh... yes, i hadn't compared the dimensions. 300x300->75x75 will be substantially faster than loading at native res. :) |
02:12:08 | webguest71 | Read failed (chksum) |
02:12:15 | | Join peter__b [0] (n=peter_b@93.133.248.114) |
02:12:24 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
02:12:31 | Unhelpful | *only* for jpeg, i should point out. |
02:12:32 | webguest71 | I've formatted it, ran chkdsk, reinstalled the orig. bootloader |
02:12:44 | kugel | Unhelpful: yea, but it wasn't really faster |
02:12:47 | webguest71 | which promptly hung after "Refreshing your Database" |
02:12:55 | webguest71 | deleted the mtable.sys |
02:13:02 | webguest71 | Reinstalled the rockbox bootloader |
02:13:06 | webguest71 | Any other ideas? |
02:14:08 | kugel | Unhelpful: with my custom sb patch, track skipping on the fuze needs ~0.2s without AA, ~1.5s with 1 AA, and ~3s with 2 AA |
02:14:52 | kugel | the 1.5s (with cabbiy) was the same for the 263x230 and 300x300 albumart (scaled to 75x75) |
02:14:56 | Unhelpful | kugel: i'm assuming this is when the next track is not on buffer? |
02:15:26 | kugel | yes, that's almost always true on the fuze (only 4MB audio buffer here) |
02:16:05 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
02:16:29 | Unhelpful | 263x230 would load with 1:2 reduction, then the scaler would do the rest. |
02:19:33 | | Quit peter-b (Read error: 145 (Connection timed out)) |
02:22:35 | | Join evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
02:25:58 | webguest71 | Any ideas guys? |
02:29:16 | | Nick webguest71 is now known as Alex_Buie (n=60f125fc@83.168.254.42) |
02:29:19 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
02:34:57 | | Quit Alex_Buie ("CGI:IRC") |
02:41:03 | | Quit evilnick (Read error: 110 (Connection timed out)) |
02:43:19 | | Quit n1s ("Lämnar") |
02:44:55 | kugel | Unhelpful: strange, now it's instant |
02:45:39 | | Quit JdGordon ("Page closed") |
02:46:57 | | Quit matsl (Read error: 110 (Connection timed out)) |
02:47:47 | *** | Saving seen data "./dancer.seen" |
02:48:03 | Unhelpful | hmV |
02:48:11 | Unhelpful | hm? rather |
02:48:21 | kugel | track skipping |
02:48:26 | kugel | after a reboot |
02:49:24 | * | kugel needs to get arond unifying button handling for radio and wps |
02:51:15 | | Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) |
02:51:20 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
02:59:14 | | Quit kugel (Remote closed the connection) |
03:00 |
03:00:29 | | Quit amiconn (Nick collision from services.) |
03:00:32 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
03:00:36 | | Quit pixelma (Nick collision from services.) |
03:00:37 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
03:00:54 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
03:00:59 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
03:02:29 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
03:05:45 | | Quit BHSPitMonkey (Read error: 113 (No route to host)) |
03:06:53 | | Quit Thundercloud (Remote closed the connection) |
03:13:04 | | Join Hillshum [0] (n=hillshum@75-165-235-2.slkc.qwest.net) |
03:16:50 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
03:19:18 | | Quit HBK (Read error: 110 (Connection timed out)) |
03:24:09 | | Quit batman52 (Read error: 104 (Connection reset by peer)) |
03:35:53 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
03:40:19 | | Quit Hillshum (Read error: 60 (Operation timed out)) |
03:41:01 | | Quit efyx_ (Remote closed the connection) |
03:45:23 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
03:47:40 | | Join barrywardell_ [0] (n=barrywar@p5B259809.dip0.t-ipconnect.de) |
03:50:23 | | Quit n17ikh () |
04:00 |
04:03:14 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
04:04:02 | | Join joojii [0] (n=joojii@98.119.31.85) |
04:04:25 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
04:04:25 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@rockbox/developer/barrywardell) |
04:18:09 | | Quit joojii (Read error: 145 (Connection timed out)) |
04:41:39 | | Join Strife1989 [0] (n=michael@adsl-146-206-157.mcn.bellsouth.net) |
04:43:12 | | Quit Rondom (Nick collision from services.) |
04:43:23 | | Join Rondom [0] (n=Rondom@dslb-084-057-129-023.pools.arcor-ip.net) |
04:47:51 | *** | Saving seen data "./dancer.seen" |
04:48:39 | | Quit evilnick_ (Read error: 110 (Connection timed out)) |
04:58:13 | | Quit Strife89 (Read error: 110 (Connection timed out)) |
05:00 |
05:02:41 | | Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
05:12:24 | | Join Tristan [0] (i=tristan@66.252.24.153) |
05:17:26 | | Quit Strife1989 ("Bed.") |
05:20:26 | | Quit KBH (Read error: 110 (Connection timed out)) |
06:00 |
06:34:32 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
06:47:55 | *** | Saving seen data "./dancer.seen" |
06:56:24 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
07:00 |
07:21:19 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
07:23:15 | | Join lifeless__ [0] (n=lifeless@188.18.80.185) |
07:24:13 | CIA-85 | New commit by midgey34 (r23218): Add support to genlang to sort strings based on their user. This is useful for translatable plugins. Currently, the .lng that is generated is ... |
07:29:32 | | Join |DaMaGeD| [0] (n=dam@83.149.21.134) |
07:39:56 | CIA-85 | New commit by tomers (r23219): USB HID: Use different context for each mode; Use constant for each action; ... |
07:40:07 | | Quit lifeless_ (Read error: 113 (No route to host)) |
07:41:20 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
07:42:20 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
07:45:26 | | Quit HBK- (Read error: 60 (Operation timed out)) |
07:49:07 | | Quit Horscht (Read error: 60 (Operation timed out)) |
07:49:26 | | Quit |DaMaGeD| ("used jmIrc") |
07:49:41 | CIA-85 | New commit by tomers (r23220): Fix red: Type in constant |
07:50:33 | | Join |DaMaGeD| [0] (n=dam@83.149.21.208) |
07:50:47 | | Quit |DaMaGeD| (Client Quit) |
08:00 |
08:07:51 | CIA-85 | New commit by midgey34 (r23221): Change lang_init() to take a source, destination, and count. Needed for translatable plugins. Minor stylist changes as well. |
08:08:04 | | Part WilliamC ("Leaving") |
08:08:11 | | Join midgey [0] (n=tjross@rockbox/developer/midgey) |
08:18:46 | | Quit Zarggg () |
08:24:10 | | Join midgey_ [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
08:26:30 | | Join Rob2223 [0] (n=Miranda@p4FDCEE2A.dip.t-dialin.net) |
08:30:03 | | Quit midgey (Read error: 110 (Connection timed out)) |
08:30:03 | | Nick midgey_ is now known as midgey (n=tjross@rockbox/developer/midgey) |
08:30:55 | | Quit sbhsu (Read error: 148 (No route to host)) |
08:31:57 | | Join sbhsu [0] (n=a6530466@192.192.120.197) |
08:32:13 | | Join esperegu [0] (n=quassel@145.116.11.103) |
08:33:22 | midgey | err, i'm going to assume that red for the iaudio x5 is not my fault... |
08:44:21 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:48:00 | *** | Saving seen data "./dancer.seen" |
08:56:50 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
09:00 |
09:05:12 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
09:06:25 | | Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.94) |
09:15:54 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
09:16:02 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) |
09:20:51 | | Join kyle6513 [0] (n=kyle@58.174.128.189) |
09:24:42 | | Quit phanboy4 (Read error: 113 (No route to host)) |
09:34:51 | | Join stoffel [0] (n=quassel@p57B4D723.dip.t-dialin.net) |
09:36:48 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
09:43:56 | | Quit ShapeShifter499 (Remote closed the connection) |
09:46:41 | | Join ShapeShifter499 [0] (n=chatzill@68.126.134.159) |
09:47:23 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
09:48:03 | | Join Rob2222 [0] (n=Miranda@p4FDCEE2A.dip.t-dialin.net) |
09:48:27 | |DaMaGeD| | give somebody plz an example of menu made through menu_api) |
09:54:14 | | Join kyle6513_ [0] (n=kyle@58.174.128.189) |
09:58:37 | | Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) |
10:00 |
10:01:32 | | Quit BHSPitLappy ("Ex-Chat") |
10:09:02 | |DaMaGeD| | maah,this menu won't compile in any way |
10:09:22 | | Quit midgey () |
10:10:59 | amiconn | gevaerts: I just tried a current swusb build (i.e. with hid) on my Amiga (Poseidon USB stack). It's working fine :) |
10:12:21 | | Nick |DaMaGeD| is now known as |DaMaGeD|[noob] (n=|DaMaGeD@85.26.164.94) |
10:12:23 | | Join polobricolo_ [0] (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
10:12:46 | | Quit kyle6513 (Read error: 110 (Connection timed out)) |
10:13:04 | | Quit polobricolo (Read error: 110 (Connection timed out)) |
10:13:16 | | Nick polobricolo_ is now known as polobricolo (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
10:13:38 | amiconn | Hehe, I can even scroll using the ipod wheel in AWeb (one of the few Amiga apps supporting a scroll wheel) |
10:15:07 | | Part polobricolo |
10:16:34 | | Quit kadoban (Remote closed the connection) |
10:16:44 | | Quit gevaerts (Nick collision from services.) |
10:16:56 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
10:18:48 | pixelma | tomers: I don't understand your {} changes in the manual - and that you use % to end the line, I guess it's related... % is a comment mark and everything behind it will be ignored even a linefeed - that's why I think you added the {} there because somewhere in the output was a space missing? |
10:20:25 | | Quit ShapeShifter499 ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
10:21:02 | pixelma | usually you don't need % at the end, only when breaking a long opt list ( \opt{a,b,c,d} what's happening in the curly braces) or when you get additional whitespace. In usual texts you don't need it because TeX works like e.g. html there |
10:22:20 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
10:24:56 | pixelma | tomers: so to me it looks like the proper solution would be to get rid of the % but I'm not sure if this is really what you were trying to solve |
10:33:02 | pixelma | I'd also prefer if the manual stuff was an extra commit |
10:38:41 | | Join Casainho [0] (n=chatzill@87-196-77-38.net.novis.pt) |
10:39:16 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:41:49 | Casainho | Bob_C: I am starting working now on the JTAG cable. Did you found any other way to load Rockbox bootloader using the factory bootloader on the board? |
10:42:11 | Casainho | Bob_C: and did you build already the expansion board for buttons? |
10:42:57 | | Join Dgby714 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
10:47:50 | bluebrother | a comment followed by an empty statement in the following line? Urgh. |
10:48:01 | *** | Saving seen data "./dancer.seen" |
10:48:54 | bluebrother | pixelma: those changes are really broken :( |
10:50:14 | | Nick |DaMaGeD|[noob] is now known as |DaMaGeD|[test] (n=|DaMaGeD@85.26.164.94) |
10:55:48 | tomers | pixelma: (sorry for the late response) the { } is to force a space. I guess there is some better directive, something like \space. |
10:56:20 | pixelma | just don't end the line above with a comment... |
10:56:25 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
10:57:45 | bluebrother | tomers: forcing spaces is really bad. We had issues with those in the past and I'd really like to not introduce that again ... |
10:58:14 | | Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) |
10:58:24 | bluebrother | you'll easily get duplicated spaces this way, especially opt is known to insert additional spaces at times |
10:58:30 | tomers | pixelma: Removing the % (comment indeed) at the end of line causes it to regard line break as some kind of space in the output. Since I use multiple \opt{..}, each in its own line, it causes more and more spaces to appear, depending on the amount of lines. Having the comment directive at the end of line prevent this from happening. |
10:58:47 | bluebrother | with duplicated spaces = multiple spaces in the output, which looks really bad |
10:59:05 | tomers | bluebrother: Totaly agree, but I couldn't find a better solution (although I was sure there was such0 |
10:59:39 | tomers | pixelma: I'll check that |
10:59:47 | Bob_C | casainho: I downloaded some code into RAM and ran it, but that's all so far |
11:00 |
11:00:19 | Bob_C | casainho: I have built a keypad, yes |
11:01:40 | bluebrother | tomers: I can't follow this argument. For example when looking at line 208 you introduced that. It did work before, did it? |
11:02:02 | pixelma | tomers: just leave out the last right above that then |
11:02:25 | bluebrother | besides, looking at line 200 makes it really clear: the space is added because you add a space after the first \opt, and the second would add another. You need to have no trailing spaces and comments for all but the last opt |
11:04:20 | tomers | It's all trial & error. I sometimes got the words adjacent to each other... |
11:04:23 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
11:04:30 | bluebrother | btw, I'd really suggest discussing such stuff first. We already had space issues, and there is at least some knowledge on how to avoid it ... |
11:04:47 | pixelma | tomers: I like that you take care of the documentation at all though :) |
11:05:00 | * | bluebrother agrees with pixelma |
11:05:48 | tomers | bluebrother: Thanks :-) It just that there was so much code changes going on with that last commit of mine, that I wanted to put it all on SVN first |
11:06:33 | pixelma | and I also experienced unexpected behaviour of TeX sometimes, so yes even if you already did some changes it stays trial and error |
11:07:13 | tomers | Will we ever go to XMLDOC? |
11:07:28 | bluebrother | unfortunately broken solutions are the ones that tend to be around longer than the correct ones. One reason I don't like such things. |
11:07:37 | bluebrother | what's the gain of that? |
11:08:03 | | Quit bertrik_ (Remote closed the connection) |
11:08:44 | bluebrother | and what exactly is xmldoc? I can't find any reasonable result with that search string. You're referring to docbook? |
11:08:47 | tomers | bluebrother: I don't actually know, besides the fact that I know people who switched to it in their businesses, and they did some research and got to the conclusion it worth (don't remember what exactly are the gains, though) |
11:09:04 | tomers | bluebrother: True ;-) docbook |
11:09:49 | bluebrother | well, from my point of view the actual problem is opt, not LaTeX by itself. I've used LaTeX quite a bit and never had big issues. Only opt is giving me headaches every now and then. |
11:10:21 | bluebrother | my goal is to replace opt with a proper c preprocessor. Unfortunately the gcc preprocessor leaves empty lines around, which are a problem in LaTeX. |
11:10:24 | Torne | well LaTeX works fine, until it doesn't :) |
11:11:03 | bluebrother | and gpp (the one I've been trying to integrate a while back) does the job rather good −− until it comes to variadic macros which it doesn't understand at all :( |
11:11:22 | Casainho | Bob_C: "openocd.exe -f interface/olimex-jtag-tiny2.cfg -f board/mini2440.cfg" −−> I can't find the "limex-jtag-tiny2.cfg" on OpenOCD sources! |
11:11:43 | Casainho | Bob_C: did you work that file for yourself? can you send it to me? |
11:12:04 | bluebrother | as building the manual needs a compiler since the introduction of features.txt there is no point in not using the preprocessor. I also consider it an advantage to be able writing #ifdef ;-) |
11:12:25 | tomers | bluebrother, pixelma: I got a nice patch which proves my point of not to remove the % at the end of line. Should I commit so you can experience it, and we gather around a solution, or should I upload it to pastebin.com or something like that? |
11:12:41 | Casainho | Bob_C: I mean, that file is not inside of "tools/OpenOCD" folder... |
11:12:59 | bluebrother | tomers: committing something broken is broken :) Use a pastebin. |
11:13:18 | Bob_C | casainho: Try interface/olimex-jtag-tiny.cfg ? |
11:14:11 | amiconn | bluebrother: Do you know where those empty lines are coming from? |
11:14:24 | amiconn | Are they coming from #ifdef, #endif etc themselves? |
11:14:26 | tomers | pixelma: http://pastebin.com/m1e796b32 |
11:14:51 | tomers | $ export DAP=ipodvideo ; rm -rf build_manual_${DAP}/ && mkdir build_manual_${DAP} && cd build_manual_${DAP} && printf "${DAP}\nm\n" | ../tools/configure && make manual ; cd .. |
11:14:59 | bluebrother | amiconn: from #ifdef and the like. It's basically blocks the preprocessor removes getreplaced by empty lines. |
11:15:06 | tomers | $ acroread build_manual_${DAP}/*.pdf & |
11:15:34 | amiconn | bluebrother: Hmm, so everything between #ifdef and #endif as well? |
11:15:44 | Casainho | Bob_C: looks like you just uploaded to lyre hg the file for "triton" and not for theOlimex JATG: http://lyre.hg.sourceforge.net/hgweb/lyre/lyre/rev/8f0f0f03df67 |
11:16:07 | amiconn | I.e. if I do #if 0 / for / bar / baz / #endif I will end up with 5 empty lines? |
11:16:16 | pixelma | tomers: what if you keep all % (and then right after the closing curly braces) except the one above e.g. the "and" in the first part? |
11:16:20 | bluebrother | tomers: simply reading that diff shows that this won't work. You need to terminate \opt lines with a comment mark (without trailing space) *except* the last opt line, which needs a space in front of the % |
11:16:29 | Casainho | Bob_C: I already build the cable and I am testing it now, I really need that file for Olimex JTAG |
11:16:34 | bluebrother | amiconn: yes, as far as I've checked. |
11:16:37 | | Nick |DaMaGeD|[test] is now known as |DaMaGeD|[hard_w (n=|DaMaGeD@85.26.164.94) |
11:16:38 | amiconn | eek |
11:16:53 | Bob_C | casainho: interface/olimex-jtag-tiny.cfg is the standard file that comes with OpenOCD |
11:16:59 | tomers | Oh, that's explain this behaviour :-) |
11:17:19 | pixelma | bluebrother: the fun thing is, that it will also work without the % *sometimes* |
11:17:28 | Casainho | Bob_C: ok, then I will try to use that comming on OpenOCD |
11:18:04 | * | bluebrother points to his statement made at 15 minutes ago (11:02 local time) |
11:18:05 | pixelma | bluebrother: and where is the difference between not having a % at all in that last line or " %"? |
11:18:42 | bluebrother | pixelma: true, omitting the % in the last line without having a space should have the same effect. |
11:19:11 | CIA-85 | New commit by bluebrother (r23222): When cancelling the bootloader installation delete the bootloader install object. |
11:20:57 | CIA-85 | New commit by tomers (r23223): Remove last comment directive at the end of line of the last \opt |
11:25:14 | | Join polobric1lo [0] (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
11:28:16 | | Quit polobric1lo (Client Quit) |
11:29:43 | linuxstb | bluebrother: Do you understand how the website works? It's using template files using C-style #defines and #if. And from what I can tell, there are no blank lines. See "Makefile" in the www module. |
11:29:58 | |DaMaGeD|[hard_w | is there someone with Cowon D2? |
11:30:22 | | Nick |DaMaGeD|[hard_w is now known as |DaMaGeD|[code] (n=|DaMaGeD@85.26.164.94) |
11:30:53 | tmzt | |DaMaGeD|[code]: status changes seem to be against the guidelines in topic |
11:31:08 | |DaMaGeD|[code] | tmzt: sorry |
11:31:31 | | Nick |DaMaGeD|[code] is now known as |DaMaGeD| (n=|DaMaGeD@85.26.164.94) |
11:31:42 | bluebrother | linuxstb: from a quick look it uses fcpp, not gcc. Plus, after running fcpp a sed call removes all lines that are completely empty. Nothing we can do for LaTeX sources :( |
11:31:43 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
11:33:11 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:33:19 | | Join polobric1lo [0] (n=polobric@86.206.12.22) |
11:34:03 | | Quit linuxstb (Nick collision from services.) |
11:34:03 | | Quit polobric1lo (Client Quit) |
11:34:08 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
11:34:35 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:35:07 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) |
11:35:08 | tomers | |DaMaGeD|[hard_w: Just bought one yesterday. No Rockbox on it yet. Why? |
11:35:18 | | Quit linuxstb (Client Quit) |
11:35:31 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
11:35:37 | | Join polobric1lo [0] (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
11:38:40 | |DaMaGeD| | tomers: ehm.you mean,it's not installing? |
11:41:58 | | Nick polobric1lo is now known as polobricolo (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
11:42:33 | | Join polobricolo_ [0] (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
11:44:12 | tomers | |DaMaGeD|: No, Just had no time to do it... :-) BTW how can I help with that port? What areas are still missing? |
11:46:31 | |DaMaGeD| | tomers: there's a feature in OF that uses hardware plus\minus\menu buttons as next\prevtrack\play while keys are on hold |
11:47:56 | | Quit polobricolo ("leaving") |
11:48:19 | |DaMaGeD| | tomers: i'm doing the same thing,but for rockbox.there was a patch,that did it (FS #9875),but i'm doing a menu for enable\disable this |
11:48:26 | | Join polobricolo [0] (n=polobric@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) |
11:48:49 | tomers | nice. But doesn't it voids the purpose of hold? |
11:49:23 | |DaMaGeD| | tomers: yes,but it very useful while on road. |
11:50:34 | tomers | So that's the point of the new configuration setting... Sounds nice, and that it could be useful for the other DAPs as well |
11:51:24 | |DaMaGeD| | tomers: I want to add a menu configuring this for those as you:) |
11:51:35 | | Quit |DaMaGeD| ("Back in reality.") |
11:51:36 | TheSeven | at least some other DAPs have hold switches that disable the button hardware directly |
11:53:04 | tomers | TheSeven: So we could use a new HAVE_SW_HOLD directive, or something similar |
11:53:45 | * | TheSeven wonders if HAVE_SW_HOLD or HAVE_HW_HOLD is the way to go |
11:54:15 | pixelma | there are targets with pure software hold without hold switches... |
11:54:28 | tomers | TheSeven: Doesn't matter... HAVE_HW_HOLD sounds much better |
11:54:36 | pixelma | and there is a define |
11:55:33 | pixelma | for targets with hold switch |
11:55:49 | * | tomers got to go |
11:56:51 | | Join |DaMaGeD| [0] (n=dam@85.26.164.99) |
11:58:16 | |DaMaGeD| | So,just built it,now will test. |
11:58:55 | | Part polobricolo_ |
11:59:42 | | Quit bertrik ("Leaving") |
12:00 |
12:00:24 | |DaMaGeD| | How do you think,where to place this menu? |
12:01:30 | | Join pamaury [0] (n=pamaury@91-164-188-43.rev.libertysurf.net) |
12:02:43 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
12:04:57 | | Quit |DaMaGeD| ("used jmIrc") |
12:06:25 | Casainho | anyone can say t ome waht is the e-mail of jdgordon? |
12:08:46 | Casainho | ok, I got it from mailing list |
12:26:34 | | Quit robin0800 (Remote closed the connection) |
12:29:26 | | Quit polobricolo ("leaving") |
12:30:29 | | Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) |
12:30:59 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
12:48:03 | *** | Saving seen data "./dancer.seen" |
12:57:30 | | Join DerPapst [0] (n=DerPapst@p4FE8FAFB.dip.t-dialin.net) |
13:00 |
13:02:23 | | Nick kyle6513_ is now known as kyle6513 (n=kyle@58.174.128.189) |
13:03:10 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
13:07:38 | | Quit n1s (Read error: 60 (Operation timed out)) |
13:08:01 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
13:10:26 | tomers | |DaMaGeD|: How is it going? Need some help? |
13:18:04 | | Join |DaMaGeD| [0] (n=|DaMaGeD@83.149.21.111) |
13:19:20 | | Join petur [0] (n=peter@rockbox/developer/petur) |
13:28:05 | Casainho | here is the image showing Rockbox firmware running on a new target: http://lyre.sourceforge.net/?q=content/rockbox-firmware-runs-mini2440-development-board |
13:28:36 | | Quit bmbl (Read error: 145 (Connection timed out)) |
13:29:42 | |DaMaGeD| | Casainho: hmm.very good |
13:30:23 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
13:31:04 | Casainho | we need to work now the audio drivers to have audio. Later I would like to have the touchscreen working, to use it for navigate. |
13:32:13 | |DaMaGeD| | Casainho: how can i get mini2440 too? |
13:36:01 | Casainho | you can buy on Ebay, it costs just $85! |
13:36:08 | Casainho | http://cgi.ebay.com/mini2440-S3C2440-ARM9-Board-3-5-TFT-LCD-Touch-Screen_W0QQitemZ120468760959QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1c0c7f697f |
13:36:18 | Casainho | including the LCD and touchscreen! |
13:36:27 | kyle6513 | so its a development board for ARM9? |
13:36:29 | Dgby714 | ok thats kool |
13:36:33 | Casainho | are are toons of sellers for that board! |
13:37:13 | Casainho | yes, a dev. board but good enough to make a audio player for home/car −− we just need to provide power and put inside a box |
13:37:31 | kyle6513 | what are the dimensions? |
13:37:57 | Dgby714 | hmm that would be kool, put it in the dashboard |
13:38:00 | Casainho | kyle6513: see the main page: http://www.friendlyarm.net/products/mini2440 −− all datasheets and schematics are available! |
13:38:27 | kyle6513 | ooo thanks casainho |
13:38:30 | Dgby714 | you can also get it from http://www.watterott.com/ARM9_1 |
13:38:36 | Casainho | a few other Rockbox developers already bought that board, recently |
13:38:53 | kyle6513 | :o camera interface |
13:39:00 | |DaMaGeD| | Casainho: thanks,will buy it) |
13:39:08 | Dgby714 | Mini2440 with VGA Board O.o |
13:39:18 | kyle6513 | yeah haha |
13:39:21 | Casainho | |DaMaGeD|: we hope to soon have Rockbox running on full!! |
13:39:57 | | Quit yosafbridge ("Coyote finally caught me") |
13:39:59 | Casainho | don't forget to visit our project page, we will post blog messages with Rockbox port advances: http://lyre.sourceforge.net/ |
13:40:06 | | Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) |
13:40:14 | kyle6513 | it could be made alot more compact i believe |
13:43:25 | Bob_C | I heard some disturbing news that there may be "counterfeit" Mini2440s around |
13:43:36 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
13:44:35 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
13:44:42 | Casainho | Bob_C: what you mean? not working boards? |
13:46:15 | Bob_C | I think they work, but maybe quality is not the best. According to Hiteg, who claim to make the "real" Mini2440 |
13:46:31 | kyle6513 | maybe less space ect |
13:46:37 | | Quit linuxstb (Read error: 145 (Connection timed out)) |
13:47:33 | Casainho | I can think in problems of electronics circuits, maybe the high speed signals to SDRAM..?? who knows? :-) |
13:47:35 | Bob_C | It looks like one Chinese company designed the original boards, and then the design has been ripped by other manufacturers. But I don't read Chinese, so it's hard to tell |
13:48:08 | kyle6513 | it could be alot similar to the rip off ipods running apple's firmware, just without the firmware :D |
13:48:40 | Dgby714 | hmm they have a 7" screen |
13:48:43 | Bob_C | The only thing I can tell on my board is that the SDRAM is not Hynix but some noname |
13:48:56 | kyle6513 | 7" screen is pretty good :D |
13:49:01 | kyle6513 | imagine watching mewvies |
13:49:17 | | Quit flydutch ("/* empty */") |
13:49:18 | kyle6513 | has usb input |
13:49:19 | Dgby714 | 3.5 or 7 but the 7" one is $176 |
13:49:25 | kyle6513 | either way |
13:49:30 | kyle6513 | 3.5 is awesome |
13:49:41 | kyle6513 | compared to some media players that currently run rockbox |
13:49:46 | kyle6513 | *looks at apple* |
13:49:51 | kyle6513 | wait no |
13:49:53 | Dgby714 | lol |
13:49:59 | kyle6513 | media players that play videos |
13:50:01 | kyle6513 | thats better |
13:50:28 | kyle6513 | hey it supports android |
13:50:44 | Bob_C | These things are basically netbooks |
13:50:53 | kyle6513 | yeah just realised it haha |
13:51:00 | kyle6513 | pretty slick |
13:51:22 | * | Dgby714 wants one now... |
13:51:28 | domonoky | Casainho: so you sd-card works without problems ? |
13:51:31 | * | kyle6513 wonders if rockbox could have a camera plugin coded |
13:51:47 | * | kyle6513 wonders if the wlan could be implemented too |
13:52:11 | * | Dgby714 wonders if the usb could be used for wireless? |
13:52:26 | kyle6513 | they have a little thing there just click accessories |
13:52:48 | Bob_C | There is a USB wifi adaptor |
13:52:49 | domonoky | kyle6513, Dgby714 everything is possible, it needs just somebody good enough to code it :-) |
13:53:06 | kyle6513 | good point :) |
13:53:08 | Dgby714 | AWSOME |
13:53:19 | kyle6513 | haha i think this is getting a bit offtopic |
13:53:26 | kyle6513 | is there a rockbox-community sort of thing? |
13:53:33 | Dgby714 | i think there is |
13:53:56 | * | pixelma points at the topic... |
13:54:09 | * | kyle6513 facepalms self |
13:54:49 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
13:56:10 | CIA-85 | New commit by tomers (r23224): Manual: Add mrobe100's remote control support to the manual ... |
13:57:11 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
13:57:12 | * | tomers Getting "Build expected to complete in 20m 32s, at 14:01:05" but build ends in much shorter time |
13:58:39 | * | |DaMaGeD| looks at camera add-on,wondering |
13:58:58 | kyle6513 | opens alot of possibilities dont it? |
13:59:36 | |DaMaGeD| | Mini2440 (on characteristics) is much better than Cowon Q5,but Q5 worth more then $500 |
13:59:47 | |DaMaGeD| | kyle6513: yeeeah:) |
14:00 |
14:00:46 | kyle6513 | |DaMaGeD|, look at the wlan module |
14:01:05 | | Quit pamaury (Read error: 113 (No route to host)) |
14:01:49 | | Quit bmbl (Read error: 145 (Connection timed out)) |
14:01:59 | |DaMaGeD| | kyle6513: that's paradise,isn't it?:D |
14:01:59 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
14:02:08 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
14:02:32 | Bob_C | How is USB OTG support in Rockbox? |
14:02:55 | kyle6513 | |DaMaGeD|, imagine it, you can create a completely opensource iphone esque beast for the cost of a very cheap phone |
14:03:11 | kyle6513 | (well an ipod touch, iphone is a tad out of the scope) |
14:03:17 | pixelma | tomers: what's your system clock (and what time zone). The estimated time in that line would be alright for me here. |
14:03:35 | tomers | I am UTC+2 |
14:04:10 | tomers | My time *now* is 14:04 |
14:04:29 | |DaMaGeD| | kyle6513: heh,there's skype) |
14:04:36 | kyle6513 | ah :D |
14:04:46 | tomers | The IRC server time diffs in 16 minutes! That could explain it, doesn't it? |
14:04:49 | pixelma | Bob_C: not existent currently |
14:04:53 | * | |DaMaGeD| sings:i've got..two tickets to pa-aradise... |
14:05:10 | kyle6513 | |DaMaGeD|: since we have those 3g internet dongles, think of the possibilities :D |
14:05:11 | |DaMaGeD| | sorry for offtop.but skype is good idea |
14:05:13 | * | tomers Are the IRC and build server are the same machine? Are their time is correct? |
14:05:38 | * | tomers Typo: Is their time correct? |
14:05:43 | | Quit TheSeven (Read error: 110 (Connection timed out)) |
14:06:46 | |DaMaGeD| | kyle6513: someday we will conquer the world with mini's:) |
14:07:07 | * | kyle6513 locks his shotgun and prepares for them to overthrow us |
14:07:23 | pixelma | tomers: IRC server doesn't have to do with that, it's an entirely differen system - and for me the time stamps in my client are correct. I'd rather guess for a problem on your machine then but don't know |
14:08:34 | domonoky | kyle6513, |DaMaGeD|: please put offtopic talk to #rockbox-community |
14:08:42 | kyle6513 | sorry |
14:08:50 | |DaMaGeD| | domonoky: sorry |
14:09:06 | tomers | pixelma: Found the error. I use VM machine, and its time is 16 minutes earlier than real time. |
14:10:05 | pixelma | tomers: also, while you are around and added some remote mappings. Could you take a look at my last suggestion on LatexGuidelinesTalk (so you are aware and maybe follow one style if you add things)? Hope we can agree on something... |
14:10:23 | n1s | bluebrother: i'd really love to be able to use a real preprocessor in the manual, \opt is just too limited... couldn't we mark intentional blank lines in some way and use sed to remove any blank lines before blanking those marked lines? |
14:10:25 | pixelma | bluebrother, others interested in the manual too? |
14:10:32 | | Quit Thundercloud (Remote closed the connection) |
14:11:26 | | Join ShapeShifter499_ [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) |
14:11:37 | n1s | bluebrother: also i wonder about the tag table at the end of the database section in the browsing and playing chapter, what's it for? seems very out of place to me and is not referenced in the text and lacks figure description |
14:11:48 | | Quit ShapeShifter499_ (Client Quit) |
14:12:31 | | Join ShapeShifter499_ [0] (n=chatzill@68.126.134.159) |
14:13:50 | | Quit bimbel (Read error: 145 (Connection timed out)) |
14:14:34 | pixelma | n1s: I think those are the tags (and virtual tags) you can use in tagnavi syntax. But it doesn't look very helpful without explanation indeed |
14:22:07 | Casainho | domonoky: I don't know about SD Card. Ask to Bob_C, he wrote the code. |
14:22:59 | Casainho | domonoky, Bob_C but I must say that firmware is very slow to load, when compared to the other dev. board I were working (with SPI BUS). |
14:23:30 | Casainho | domonoky: so, did you found a way to flash Rockbox booltoader using factory bootloader? |
14:23:47 | domonoky | Casainho: no i justed h-JTAG |
14:23:49 | Bob_C | The loading is slow because of the debug output in SD driver, but due to a bug it doesn't work with the debug off |
14:23:57 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
14:24:12 | domonoky | its probably slow because of uart, and big delays. |
14:25:28 | n1s | pixelma: i think it should go into an appendix similar to the one about custom wps'es then |
14:25:29 | | Quit ShapeShifter499 (Connection timed out) |
14:30:51 | | Quit Grahack ("Leaving.") |
14:30:51 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
14:32:24 | Casainho | Bob_C: ah, ok. We must work it then. |
14:32:46 | Casainho | domonoky: so, you have firmware running already? |
14:33:18 | domonoky | Casainho: yes, i have it running, but it has problems finding a partition on my sd-card. |
14:33:40 | Casainho | but are you using the Bob code, right? |
14:33:51 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
14:35:03 | domonoky | Casainho: yes. |
14:35:24 | Casainho | domonoky: is your card HDC? |
14:35:45 | Casainho | domonoky: HC? −− because looks like this SoC do not support HC... |
14:35:49 | domonoky | Casainho: no, its a old 512MB sd card. |
14:35:57 | | Quit lifeless__ (Read error: 104 (Connection reset by peer)) |
14:36:18 | Bob_C | I think SDHC work , mine does |
14:36:36 | Bob_C | But it may not support the high speed SDHC modes |
14:36:37 | * | domonoky thinks SDHC support should not depend on the SoC |
14:37:32 | | Quit |DaMaGeD| ("Back in reality.") |
14:37:38 | Casainho | domonoky: so, I hope soon see a patch on Rockbox SVN, for this port ;-) |
14:38:07 | Bob_C | It may the opposite problem, the SD driver selects a speed too fast for the card |
14:39:28 | Bob_C | The debug output may be useful here... |
14:40:44 | Casainho | domonoky: are you thinking in making JTAG debug? how you usually do debug on Rockbox code? |
14:41:34 | domonoky | Casainho: for no i will just use Bob_Cs helpful uart_printf() :-) |
14:42:24 | Casainho | domonoky: ok, and are you putting the firmware file to SD Card everytime you build a new code= |
14:42:26 | Casainho | ? |
14:42:26 | domonoky | Bob_C: from the debug output, it looks like it can sucessfully init the card, but all transfered data is 0 ? (i am still debugging it, so i might be not correct) |
14:42:55 | domonoky | Casainho: SD doesnt work for me at moment, so i just flash a new bootloader with jtag to try code. |
14:43:44 | Casainho | domonoky: ok. The question is that I think will be much more productive to use JTAG to load code (even firmware) do SDRAM and run/debug it |
14:43:52 | Casainho | domonoky: what do you think? |
14:44:46 | Bob_C | I think storage_init first reads the sector 0 to get the MBR. If this fails or gets bad data, it says "No partition" |
14:48:07 | *** | Saving seen data "./dancer.seen" |
14:48:31 | domonoky | Bob_C: thanks i will try to debug this :-) |
14:49:20 | domonoky | Casainho: sure, being able to use a normal debugger will be helpfull, but the question is, is it worth the effort ? |
14:50:09 | Bob_C | The SD driver may be missing code to do bank select, I couldn't find much info about that |
14:50:42 | Casainho | domonoky: that's why I would like to know your opinion, since you have experience with developing Rockbox code. But, as for running the code directly and quick, would it be important? |
14:50:59 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:51:20 | domonoky | Casainho: thats just more comfortable, but i can deal with flashing/making a sd card for testing :-) |
14:55:14 | Casainho | domonoky: ok. I will take some time to try having JTAG debugging using Eclipse |
14:57:05 | Bob_C | I'd like to get to grips with Eclipse too, if only cos I can put it on my CV, lol |
15:00 |
15:00:55 | Casainho | :-) |
15:01:00 | CIA-85 | New commit by nls (r23225): Use a wrapper function for the very common snprintf(); lcd_puts() sequence to save some binsize |
15:02:26 | Casainho | domonoky: did you tough in put touchscreen working? instead of using the small buttons under the LCD? −− I would prefer, to have the LCD fully cover the board, or I will need to make a board with buttons but that's not very easy since I don't have a connector with that pitch needed. |
15:03:31 | | Quit kyle6513 ("Leaving") |
15:03:32 | domonoky | Casainho: rockbox has touchscreen support. but i dont know if you can really control everything woithout buttons. |
15:03:50 | gevaerts | you can. Some targets don't have any buttons |
15:04:45 | Bob_C | touchscreen should be easy I think, just need to read some ADCs |
15:05:44 | Casainho | ok. Many work to do ;-) |
15:06:00 | Casainho | I will take a rest now. bye bye |
15:06:03 | Casainho | quit |
15:06:07 | | Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091007095328]") |
15:09:20 | tomers | Is there is something to do with the build server's script to be tolerant with time incorrectness on the client? |
15:09:21 | * | tomers Going now... |
15:12:57 | domonoky | hm, strange. it correctly finds the bootsector signature, but all partition-info is 0. Does this mean my sd-card is still in superfloppy mode ? (my tries to find a hexeditor to verify the cards bootsector) |
15:15:05 | | Join funman [0] (n=fun@rockbox/developer/funman) |
15:15:53 | | Quit ShapeShifter499_ ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
15:23:20 | Bob_C | I dont what a superfloppy is...? |
15:23:56 | gevaerts | Bob_C: superfloppy mode means a filesystem without a partition table |
15:25:47 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:25:52 | Bob_C | Ok, makes sense. Sounds like a formatting issue then |
15:26:03 | kugel | n1s: impressive delta :> |
15:26:09 | bluebrother | n1s: you mean the table with database tags? If seems somewhat out of place, indeed. Might be better placed somewhere in the appendix in some "configuring database views" section or similar. |
15:26:16 | kugel | but why didn't you put it into the lcd driver? |
15:26:20 | bluebrother | no idea why it was put there, but it wasn't me :) |
15:26:27 | kugel | so firmware/ code could use it also |
15:27:05 | amiconn | n1s: Nice delta, but yellow and red! |
15:27:18 | n1s | amiconn: yes i know, working on it |
15:27:31 | amiconn | Also, did you check whether some of the other lcd_puts* variants would also profit from this? |
15:28:03 | kugel | amiconn: so this was the overkill you were talking about? :p |
15:28:22 | amiconn | I didn't expect this combo to be so common |
15:28:55 | amiconn | n1s: I wonder why the Player sees zero delta from this. Doesn't it use this combo at all? |
15:28:55 | | Quit linuxstb (Connection timed out) |
15:28:55 | n1s | amiconn: no i didn't check that thoroughly but after some quick checking i don't think so and also that debug_menu was the only place where this was done a lot |
15:29:26 | n1s | bluebrother: ok |
15:31:31 | | Quit krazykit (Remote closed the connection) |
15:31:42 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
15:31:50 | CIA-85 | New commit by nls (r23226): fix yellow by 'un-staticing' the printing wrapper function and typo causing red |
15:32:48 | | Quit Dgby714 (Read error: 60 (Operation timed out)) |
15:34:40 | | Quit Topy44 (Read error: 60 (Operation timed out)) |
15:34:56 | n1s | amiconn: the player code in the debug menu usually only prints 2 lines so for example a big switch deciding what to snprintf is done and then a single lcd_puts, so no real gain from modifying that but i did change a few places |
15:36:04 | | Quit funman ("free(random());") |
15:36:58 | | Join |DaMaGeD| [0] (n=|DaMaGeD@83.149.19.97) |
15:39:36 | * | domonoky was completely wrong with his sd-problems. it correctly finds the partition, but fat_mount fails. |
15:40:43 | CIA-85 | New commit by nls (r23227): Const correctness for output_dyn_value and unify some identical constants |
15:42:28 | |DaMaGeD| | is there some sort of batteries for mini2440? |
15:45:19 | domonoky | |DaMaGeD|: no it just wants 5V, (dont know how much A). But you could ofcourse build some sortof batterypack. |
15:46:33 | | Quit phanboy4 ("Leaving") |
15:47:34 | | Join AlexP_ [0] (n=alex@rockbox/staff/AlexP) |
15:47:55 | |DaMaGeD| | domonoky: thanks,will think on this... |
15:49:06 | Bob_C | It needs at least 600mA with LCD+backlight, which is a lot of juice for a battery. |
15:50:02 | * | domonoky found his error, sd-card wasnt fat32 ! (debuging fat.c gave me "This is not FAT32, go away" ) :-) |
15:50:27 | |DaMaGeD| | Bob_C: don't know what chars has Cowon D2's battery? |
15:50:41 | |DaMaGeD| | sorry,bu i'm here through GPRS:( |
15:50:45 | |DaMaGeD| | *but |
15:51:53 | | Quit DerPapst ("Leaving.") |
15:52:21 | domonoky | Bob_C: 600ma is pretty much, is this with everything enabled, or are we able to spare something by powering down not needed units ? |
15:53:09 | | Quit daurn (Remote closed the connection) |
15:53:12 | |DaMaGeD| | domonoky: will we implement usb-host?it might be very power-hungry. |
15:53:37 | gevaerts | |DaMaGeD|: "we" will not implement anything |
15:53:50 | |DaMaGeD| | mean in Rockbox |
15:53:52 | Bob_C | Those figures I believe came from running Linux, usb-host would add on top |
15:54:02 | domonoky | |DaMaGeD|: usb-host is far away in the future, as rockbox currently doesnt has a usb-host stack. |
15:54:16 | Bob_C | The wall adaptor is rated 2A, if that's any guide |
15:54:16 | | Join daurnimator [0] (i=daurnima@freenode/staff/daurnimator) |
15:54:50 | domonoky | we should do some measurements in the future :-) First get it running and into rockbox svn :-) |
15:55:42 | Bob_C | A power measurement is on my list of things to do |
15:58:01 | n1s | maybe that thing will be a nice in-car system or something |
15:58:17 | kugel | n1s: did you see my question? |
15:58:33 | | Join BigBambi [0] (n=alex@rockbox/staff/AlexP) |
15:58:56 | n1s | kugel: sorry no, gtg for a while now, will look later |
15:59:15 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
15:59:30 | domonoky | n1s: yes, the mini2440 is good for car and in-home use. |
16:00 |
16:00:26 | Bob_C | My plan is to use for a car system |
16:00:37 | | Quit AlexP (Read error: 110 (Connection timed out)) |
16:02:07 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
16:02:25 | domonoky | is there someone with a gigabeat f here ? to get the mini2440 code into svn, we need to test the changes to the code common to mini2440 and gigabeatf. |
16:02:29 | kugel | I was wondering if it was possible to replace to touchscreen in the future |
16:02:44 | kugel | 4-wire resistive isn't exactly high quality and durable |
16:03:26 | | Nick BigBambi is now known as AlexP (n=alex@rockbox/staff/AlexP) |
16:04:09 | domonoky | kugel: possible sure, but from my first tests with Qtopia, the touch seems to work pretty good. |
16:09:04 | | Quit AlexP_ (Read error: 110 (Connection timed out)) |
16:10:04 | domonoky | gevaerts, AlexP: could you do a test of the modified drivers with your gigabeatfs ? ( i can build you a zip, if you want) |
16:10:19 | AlexP | sure |
16:10:27 | AlexP | Which driver? |
16:10:36 | AlexP | ah, I see |
16:10:48 | * | gevaerts goes to get his f60 |
16:10:50 | AlexP | domonoky: A zip would be handy |
16:11:09 | domonoky | the patch in the tracker isnt up-to-date. i will build a fresh zip |
16:11:11 | | Join pamaury [0] (n=pamaury@91-164-188-43.rev.libertysurf.net) |
16:13:04 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
16:13:08 | domonoky | http://www.retrospektiwe.de/rockbox.zip |
16:13:35 | | Join DG-2 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:13:37 | | Nick DG-2 is now known as Dgby714 (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:15:33 | gevaerts | domonoky: anything in particular to watch? |
16:16:23 | domonoky | nothing particular, as far as i know, the changes are to the lcd driver and system/kernel. so if it works and display is fine, its ok :-) |
16:16:29 | gevaerts | domonoky: it misses the top few rows on the screen |
16:17:32 | AlexP | domonoky: I'm going to have to leave it to gevaerts - I can't find my F :/ |
16:17:42 | gevaerts | audio works |
16:19:09 | domonoky | oki, so i gonna review the changes to the lcd-driver. |
16:19:14 | | Quit Dgby714 (Nick collision from services.) |
16:19:15 | | Join DG-2 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:19:17 | | Nick DG-2 is now known as Dgby714 (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:20:34 | * | gevaerts wants kugel to commit the custom status bar |
16:21:04 | AlexP | I'm looking forward to that |
16:21:50 | gevaerts | I was running a build with it, and domonoky's test build doesn't have it :( |
16:24:13 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
16:31:06 | n1s | kugel: i wasn't sure if it would be used in other places and should remain local to the debug menu but maybe i should just create a lcd_putsf() like i initially planned to, do you know of any places where such a function would be useful? |
16:32:18 | kugel | debug-<target>.c for ams, ipodnano2g (as _DEBUG_PRINTF _macro_) and gigabeats |
16:32:44 | | Join Topy44 [0] (n=Topy44@f049016198.adsl.alicedsl.de) |
16:33:46 | n1s | hmm, right, and the debug menu is in apps so that would count as a bad hack with the current location |
16:34:01 | kugel | gevaerts: what? *You*? |
16:34:36 | kugel | my current plan is monday |
16:35:09 | | Join uflops [0] (n=yogurt@90.231.195.226) |
16:38:20 | | Join DG-2 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:38:20 | | Quit Dgby714 (Nick collision from services.) |
16:38:29 | | Nick DG-2 is now known as Dgby714 (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
16:42:13 | kugel | AlexP: How would you call an option for track skipping that causes to skip ~5s before the end of a song |
16:42:52 | AlexP | So once it gets to 5s before the end, it skips to the next track? |
16:43:22 | kugel | no, if you press next, it jumps to 2:55 if the track was 3:00 minutes |
16:43:31 | | Quit matsl (Remote closed the connection) |
16:43:37 | AlexP | hmmm |
16:43:44 | AlexP | Why would you want this? |
16:44:04 | AlexP | Lead out previous track on skip? |
16:44:34 | AlexP | That's a difficult one to have a short name for - you pretty much have to describe it |
16:45:15 | AlexP | You don't need previous there actually |
16:45:28 | AlexP | Play lead out on skip? |
16:45:36 | kugel | well, I have some gapless albums where the track transition is worth listening to |
16:46:04 | AlexP | Well, it is up to you - seems a pretty marginal option to me :) |
16:46:08 | kugel | and since we already have various track skip options, I figured "Why not?" |
16:47:19 | kugel | maybe some outro? |
16:47:37 | kugel | as opposed to intro (not sure if outro is an actual word) |
16:47:38 | AlexP | Play xxx on skip |
16:48:03 | AlexP | Where xxx describes the last few seconds - lead out, outro, ... |
16:48:09 | *** | Saving seen data "./dancer.seen" |
16:48:46 | AlexP | Outro isn't really a word, but is sometimes used for this |
16:48:50 | AlexP | as is lead out |
16:49:08 | AlexP | I don't like either lead out or outro, but I'm not sure if there is a better option |
16:49:08 | | Quit Dgby714 (Read error: 60 (Operation timed out)) |
16:49:12 | * | kugel has never heard lead out for this before |
16:49:23 | AlexP | as opposed to lead in |
16:50:18 | kugel | but intro is more commonly used than lead in, isn't it? |
16:50:33 | AlexP | but neither are very nice - intro works as it is short for introduction, and lead in you are leading into the song. You can't lead out as the verb lead doesn't work there, and outro is just a made up word |
16:50:55 | AlexP | But as I say, I can't think of a better option |
16:51:00 | AlexP | Maybe others can :) |
16:51:42 | | Join BBBradley [0] (n=40832529@giant.haxx.se) |
16:51:55 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
16:51:55 | kugel | I fear a "color of the bikeshed" discussion if I ask more people ;) |
16:52:06 | AlexP | kugel: That'd be colour :) |
16:52:23 | AlexP | Do we use outro anywhere else? |
16:52:38 | AlexP | What does crossfade use? |
16:53:02 | kugel | fade out |
16:53:21 | AlexP | Hmmm |
16:54:56 | AlexP | kugel: Probably easiest just to go for outro |
16:55:16 | domonoky | gevaerts: can you try again with http://www.retrospektiwe.de/rockbox2.zip please ? |
16:55:26 | kugel | well, I'm fine with describing it proper in the manual, I just want a short descriptive name for the option in rockbox |
16:55:34 | | Quit BBBradley (Client Quit) |
16:55:54 | kugel | AlexP: alright, thanks a lot |
16:55:58 | AlexP | kugel: I believe "coda" is the technical term in (classical) music |
16:56:31 | AlexP | kugel: Yeah, so maybe "Play outro on skip" |
16:58:38 | gevaerts | domonoky: 404 |
16:58:48 | kugel | let's see if I still have the code for that |
16:59:55 | kugel | I do, cool |
16:59:56 | domonoky | gevaerts: up, try again no please |
17:00 |
17:00:18 | domonoky | s/up/ups/ s/no/now/ |
17:01:18 | | Quit teru ("Quit") |
17:01:19 | gevaerts | domonoky: the lcd problem seems to be gone |
17:03:18 | domonoky | good. |
17:03:23 | domonoky | Bob_C: there are a few mistakes in your lcd-target.h for gigabeat f: the values for LCD_UPPER_MARGIN and LCD_LOWER_MARGIN are swapped, and LCD_LEFT_MARGIN is 9 not 5 (as in the comment). |
17:03:50 | | Quit |DaMaGeD| ("Back in reality.") |
17:04:13 | domonoky | Bob_C: can you fix that in hg, and provide a fresh, uptodate patch to the tracker ? then i can review and commit it easier :-) |
17:06:47 | Bob_C | domonoky: thanks for the feedback, I will do that |
17:07:47 | Bob_C | domonoky: about the button names, I didn't see any other target using "BUTTON_ONE" etc.. but I can make that change as well |
17:08:31 | | Join enthdegree [0] (n=enthdegr@adsl-144-148-32.rmo.bellsouth.net) |
17:08:44 | enthdegree | rockblox1d seems to be a rather stale game. |
17:09:43 | domonoky | Bob_C: i am fine with how the buttons are in hg. and we can still change it if we want, when we have it in svn. |
17:13:21 | Bob_C | ok, I will fix up the LCD issues then |
17:14:46 | | Join BBBradley [0] (n=40832529@83.168.254.42) |
17:18:41 | | Quit BBBradley (Client Quit) |
17:20:25 | CIA-85 | New commit by tomers (r23228): USB HID: Add mouse mode to h10 ... |
17:21:36 | | Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) |
17:26:14 | enthdegree | Will the Anti-Aliased fonts patch work on any device? |
17:26:38 | kugel | AlexP: "Skip to Outro" works |
17:26:48 | kugel | enthdegree: on color screens, yes |
17:27:50 | enthdegree | Ok, great. :D Also, bubbles is unplayable on the c200 (there's already a bug for this) |
17:28:18 | | Join DG-2 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
17:28:27 | | Nick DG-2 is now known as Dgby714 (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) |
17:28:59 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
17:31:44 | pixelma | looks like it uses some wrong screen defines |
17:33:26 | domonoky | Bob_C: another change: move debug-target.h into gigabeatf and mini2440 folder (or use a ifdef), then you can define your own DEBUG_CANCEL button, and dont need to change how you exit the debug screen. |
17:37:03 | Bob_C | that's well spotted, I missed that |
17:39:50 | | Quit JackWinter (Remote closed the connection) |
17:41:20 | | Join markatto_ [0] (n=markatto@76.226.220.203) |
17:42:10 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
17:42:18 | | Join funman [0] (n=fun@rockbox/developer/funman) |
17:44:09 | | Join |DaMaGeD| [0] (n=dam@85.26.164.219) |
17:44:48 | pixelma | the "Next" line itself and the next bubble and the start of the current bubble are shifted down a bit |
17:45:19 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
17:45:20 | pixelma | which is outside the screen for the latter two things |
17:47:07 | | Quit markatto (Read error: 60 (Operation timed out)) |
17:48:31 | | Join Farthen [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de) |
17:50:04 | | Quit bubsy (Read error: 60 (Operation timed out)) |
17:51:52 | | Quit |DaMaGeD| ("used jmIrc") |
17:53:54 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
17:56:49 | kugel | AlexP: "The \setting{Skip to Outro} option skips nearly to the end of a song, so that the |
17:56:49 | kugel | last few seconds are played." |
17:58:00 | kugel | or rather "The \setting{Skip to Outro} option changes the behavior so that buttons skip to the near end of a song, so that the last few seconds are played." ? |
17:58:20 | AlexP | kugel: I'd have "... skips to just before the end of the song, so that the last few seconds are played before the bext track" |
17:58:34 | AlexP | s/bext/next |
17:58:38 | AlexP | / |
17:58:56 | n1s | you have a song/track inconsistency there |
17:59:05 | AlexP | song/track/whatever :) |
18:00 |
18:00:57 | kugel | that works |
18:00:59 | AlexP | It was the kugel: I like "The \setting{Skip to Outro} option changes the behavior so that the buttons skip to just before the end of the song, so that the last few seconds are played before the next song" |
18:01:10 | AlexP | er, ignore "It was the" :) |
18:01:25 | AlexP | kugel: Also, it is "behaviour" |
18:01:43 | kugel | so, song not track? |
18:02:09 | kugel | the existing text uses track, since it was (originally) made for audio books |
18:02:13 | AlexP | kugel: I don't care, but I guess it should be consistent |
18:02:17 | kugel | I rather keep track here |
18:02:17 | | Quit FOAD (Read error: 110 (Connection timed out)) |
18:02:18 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
18:02:22 | AlexP | kugel: Sure :) |
18:04:00 | enthdegree | Where does "settings_dumper" dump my settings? |
18:04:15 | AlexP | root I'd guess, or /.rockbox |
18:04:25 | kugel | I wonder about the point of that plugin |
18:04:45 | kugel | what's the difference to manage settings->save config? |
18:05:10 | AlexP | one only does those that aren't default, the other does all IIRC |
18:05:25 | CIA-85 | New commit by kugel (r23229): Add a option to skip length which lets you skip 5s before the end of a song, which can be useful on gapless albums. |
18:05:28 | AlexP | I guess so you can see what can be changed (for themes etc) |
18:05:29 | CIA-85 | New commit by kugel (r23230): Update manual for the new "Skip to Outro" feature. |
18:06:11 | * | AlexP kicks kugel |
18:06:15 | AlexP | kugel: "behaviour" |
18:06:25 | kugel | I changed that, didn't I? |
18:06:37 | kugel | what the heck |
18:06:54 | kugel | I copy&pasted your correction, it's somehow gone |
18:07:02 | AlexP | hehe :) |
18:07:15 | AlexP | You can increase your commit count by one :) |
18:07:36 | kugel | maybe I didn't hit ctrl+s |
18:07:57 | AlexP | There are some other misspellings of behaviour in there |
18:08:03 | AlexP | The line just before for one |
18:08:30 | kugel | what would be correct? |
18:09:52 | AlexP | s/behavior/behaviour/ |
18:10:02 | | Quit FOAD ("I'll be back") |
18:10:13 | kugel | I mean the other line |
18:10:29 | AlexP | kugel: I meant that behaviour was misspelt in the other line |
18:10:31 | kugel | I see what you mean |
18:10:37 | kugel | I got it wrong |
18:10:42 | AlexP | And once more in that file too |
18:10:52 | AlexP | (Unrelated to your commit, I just spotted them) |
18:10:57 | AlexP | I can fix if you like |
18:11:08 | kugel | nah, I'll do it |
18:11:13 | AlexP | OK, cool |
18:11:26 | kugel | AlexP: unless you have some more, then I'll let you |
18:11:43 | AlexP | Go ahead |
18:11:52 | AlexP | I'll check other files later, but I have to go very soon |
18:12:09 | AlexP | I spot three that need changing in playback_options.tex |
18:12:36 | kugel | AlexP: I just wanted to be consitent with the other typos, you know :P |
18:12:46 | AlexP | hehe, consistency is key :) |
18:13:01 | n1s | hmm, doing a lcd_putsf in the lcd drivers presents a dilemma since one of the benefits of debug_printf is that it assumes the x arg to always be 0, doing this for lcd_putsf is ugly |
18:13:54 | CIA-85 | New commit by kugel (r23231): Correct a few misspellings of behaviour. |
18:14:19 | n1s | so i can make it clean and replace debug_printf with lcd_putsf and waste binsize or have both functions which is ugly but wastes less binsize... |
18:14:28 | kugel | n1s: you can still have the wrapper in debug_menu |
18:15:04 | kugel | using a macro or so |
18:15:16 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
18:15:45 | n1s | kugel: sure but a macro will waste binsize just as calling lcd_putsf directly |
18:15:49 | | Quit funman ("free(random());") |
18:16:27 | kugel | how will that waste binsize? the additional parameter? |
18:16:47 | n1s | kugel: yes |
18:16:52 | | Join FOAD [0] (n=dok@dinah.blub.net) |
18:17:18 | kugel | aren't you exaggerating a bit? |
18:17:35 | n1s | no :) |
18:17:39 | | Quit barrywardell () |
18:18:08 | kugel | I think you are |
18:18:27 | n1s | yeah, maybe, this would have been so easy if i could just pass on the variadic args easily |
18:18:51 | kugel | you can with macros at least |
18:19:44 | n1s | yes, but doing this with a macro will waste way more binsize than that extra param |
18:20:07 | | Join funman [0] (n=fun@rockbox/developer/funman) |
18:20:22 | * | n1s goes for clean |
18:22:25 | enthdegree | How well does this antialias patch work? Anyone using it? |
18:23:11 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
18:23:20 | | Join toffe82 [0] (n=chatzill@adsl-75-3-221-80.dsl.frs2ca.sbcglobal.net) |
18:23:47 | | Quit Grahack ("Leaving.") |
18:24:36 | pixelma | on the c200 display? |
18:25:17 | enthdegree | On anything. |
18:35:34 | | Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") |
18:35:45 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
18:37:04 | enthdegree | patch < ../anti-alias_fonts.patch asks me what file I want to patch. |
18:39:05 | | Join moufsnafa [0] (i=18796437@gateway/web/freenode/x-eyrdccvqhbzcnwvr) |
18:39:55 | enthdegree | patch -p1 < ../anti-alias_fonts.patch returns that patching of one file failed. What am I doing wrong? |
18:39:56 | linuxstb | enthdegree: You need a "-p" parameter - normally "patch -p0 < ...." works, if not try -p1 |
18:40:00 | n1s | enthdegree: you need to specify the correct strip level, such as -p0 for example depending on the patch |
18:40:36 | linuxstb | enthdegree: It's also likely that the patch is out of sync with current SVN - so you'll either need to fix the patch, or use it with an older version of Rockbox. |
18:41:33 | | Join DerPapst [0] (n=DerPapst@p4FE8FAFB.dip.t-dialin.net) |
18:42:12 | | Quit funman ("leaving") |
18:43:50 | moufsnafa | Are there any plans for musepack sv8 support? |
18:45:11 | | Join saratoga_ [0] (i=463f90ed@gateway/web/freenode/x-bilijkdelsuqoxqc) |
18:45:41 | enthdegree | This patch appears to be about a month old. |
18:46:41 | saratoga_ | i don't think anyone is working on sv8 but it would be nice to have |
18:46:51 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
18:48:11 | *** | Saving seen data "./dancer.seen" |
18:48:16 | moufsnafa | I would work on it myself, but I have to learn C first. |
18:54:19 | | Join BdN3504 [0] (n=5ce2264a@giant.haxx.se) |
18:56:46 | | Part moufsnafa |
18:57:14 | | Quit enthdegree ("Leaving") |
18:59:41 | BdN3504 | i have an ipod 5.5g and think it has a hard disk failure. i want to replace it, but i can't find proper instructions on its disassembly. i searched the main page and the forums but i can't find any info |
18:59:44 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
18:59:56 | BdN3504 | could you point me to a guide or something? |
19:00 |
19:02:28 | | Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
19:02:38 | | Quit bmbl ("Bye!") |
19:03:25 | | Quit saratoga_ ("Page closed") |
19:05:36 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
19:09:19 | | Quit robin0800 (Remote closed the connection) |
19:12:32 | | Quit BdN3504 ("CGI:IRC (EOF)") |
19:18:55 | * | TheSeven wonders why nobody seems to know about ifixit |
19:19:36 | | Quit KBH (Read error: 110 (Connection timed out)) |
19:35:35 | | Join tomers [0] (n=chatzill@84.109.85.100) |
19:36:38 | | Quit esperegu (Read error: 104 (Connection reset by peer)) |
19:36:51 | | Join esperegu [0] (n=quassel@145.116.11.103) |
19:40:02 | | Join funman [0] (n=fun@rockbox/developer/funman) |
19:47:56 | CIA-85 | New commit by tomers (r23232): Manual: Fix button tables according to guidelines ... |
19:49:22 | | Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") |
19:49:24 | | Join kyle6513 [0] (n=kyle@58.174.128.189) |
19:50:02 | | Quit kyle6513 (Client Quit) |
19:50:38 | | Quit toffe82 (Remote closed the connection) |
19:56:31 | | Join toffe82 [0] (n=chatzill@adsl-75-3-221-80.dsl.frs2ca.sbcglobal.net) |
20:00 |
20:01:38 | | Quit MethoS- (Remote closed the connection) |
20:02:50 | CIA-85 | New commit by nls (r23233): Revise r23225 a bit, removing the debug_printf function and implementing more generic lcd_(remote)_putsf function(s) instead and use those in more ... |
20:11:29 | gevaerts | n1s: interesting deltas :) |
20:12:26 | CIA-85 | New commit by nls (r23234): fix red |
20:13:13 | n1s | gevaerts: they actually make sense :) |
20:13:47 | funman | if you continue to lower binsize, you'll render the Clip usable! |
20:14:24 | n1s | basically size increased a little for every target due to the change in debug_menu but decreased for some targets which have target specific code that now use this putsf function |
20:14:35 | n1s | funman: isn't the clip usable? |
20:14:58 | funman | no, the very small audiobuffer highlights some bugs in buffering code (see FS #10605) |
20:15:13 | funman | playback crashes very fast in SVN on Clip/m200v4/c200v2 |
20:16:26 | n1s | aha, don't think shrinking the binary by a few kb's will help much though :) |
20:18:41 | funman | I believe the problems happen when a buffered handle (like a codec) is bigger than half of audiobuffer, so a few kb's could make the difference |
20:18:56 | n1s | funman: btw, maybe it's a good idea to use the -Os switch for gcc for those targets with very little ram |
20:19:25 | n1s | if we aren't already? |
20:19:26 | funman | hmm can't remember if I tried to use it |
20:21:03 | funman | configure does s/-O/-Os/ for m68k and sh |
20:21:56 | n1s | yeah, we use Os for those |
20:22:45 | saratoga | funman: i don't think its just codec files though, since it'll still crash with codec buffering disabled |
20:22:46 | n1s | ...for the core and most plugins, codecs and some plugins set their own switches |
20:22:54 | saratoga | but you probably knew that already |
20:23:30 | | Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) |
20:23:42 | funman | saratoga: if we have spotted the buggy thing in the fs# , it would crash with any too big handle (a sound file which has enough data buffered already for example) |
20:23:43 | | Quit mc2739 (Nick collision from services.) |
20:23:45 | | Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) |
20:24:23 | saratoga | ah misread what you had said |
20:24:35 | saratoga | yeah i'm hoping thats the only serious bug too :) |
20:24:43 | | Quit Grahack ("Leaving.") |
20:24:57 | | Quit n17ikh () |
20:25:06 | funman | let's hope dionoea will figure a good algorithm for this |
20:25:21 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
20:25:23 | saratoga | its werid theres no standard function for doing this on ring buffers |
20:25:27 | saratoga | seems like a common problem |
20:27:43 | funman | we could look at existing ring buffers (only thing that comes to my mind is malloc() ) |
20:37:20 | pixelma | does bubbles look correctly on an Ipod Video currently? |
20:38:52 | | Quit stoffel (Remote closed the connection) |
20:41:55 | | Quit saratoga ("Page closed") |
20:48:08 | pixelma | sim it is then :\ |
20:48:12 | *** | Saving seen data "./dancer.seen" |
20:52:04 | Torne | pixelma: define correctly, and i'll have a look? |
20:52:52 | pixelma | if there is something that looks off in the y-axis, maybe the next bubble box or even offscreen |
20:53:05 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
20:53:17 | pixelma | hmm... shuffle the words around a bit ;) |
20:54:10 | Torne | Yeah, the next bubble box |
20:54:18 | Torne | the text "next" and the bubble is too low |
20:54:21 | Torne | the box itself looks rightr |
20:54:45 | Torne | the rest of the screen looks ok |
20:55:05 | Torne | the top row of bubbles is right up against hte top of the screen but i dunno if that's riht. they aren't offscreen, there' s jut no top border |
20:55:35 | Torne | r23216 |
20:56:09 | pixelma | I guess the start position of the current bubble is too low too but if it is still on the screen, it won't lokk wrong, only if you compare too an older build or the screenshot in the manual |
20:56:19 | Torne | possible |
20:56:36 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
20:56:43 | pixelma | I know what's wrong then, now to find a "nice" way to fix it... and it's broken since 21664 |
20:57:04 | pixelma | revision that is ;) |
20:57:34 | * | pixelma wonders about typos today :/ |
20:58:09 | | Quit esperegu (Read error: 104 (Connection reset by peer)) |
20:58:25 | | Join esperegu [0] (n=quassel@145.116.11.103) |
21:00 |
21:03:54 | | Join esperegu_ [0] (n=quassel@145.116.15.244) |
21:12:15 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
21:16:54 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
21:18:44 | | Quit esperegu (Read error: 113 (No route to host)) |
21:19:29 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
21:22:45 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
21:27:14 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
21:30:50 | | Quit funman (Read error: 104 (Connection reset by peer)) |
21:41:40 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
21:49:31 | pixelma | kkurbjun: you around? |
21:58:37 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
22:00 |
22:06:38 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) |
22:15:57 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
22:16:34 | | Join casainho [0] (n=chatzill@bl15-108-152.dsl.telepac.pt) |
22:16:44 | | Quit HBK- () |
22:18:34 | casainho | domonoky: did you saw the picture I took of debugging using Eclipse? |
22:18:43 | casainho | http://lyre.sourceforge.net/?q=content/using-eclipse-and-jtag-debug |
22:19:02 | | Quit p3tur (Remote closed the connection) |
22:19:20 | domonoky | casainho: nice :-) |
22:19:55 | casainho | domonoky: and you got arround the problems on SD Card drivers? |
22:20:15 | domonoky | casainho: yes, my card wasnt fat32 :-) |
22:20:23 | casainho | domonoky: eheh :-) |
22:21:12 | casainho | domonoky: so, for when the first code on Rockbox source? will you do it? |
22:21:36 | casainho | I am curious if JdGordon made some advances... |
22:22:19 | domonoky | casainho: yes, i want to get it into rockbox svn fast.. |
22:22:49 | casainho | domonoky: nice :-) |
22:23:13 | casainho | domonoky: what is the next task? work the audio drivers? |
22:24:31 | domonoky | besides getting it into svn, yes audio and touch, sd-driver cleanup.. there is much todo :-) |
22:24:56 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
22:25:47 | domonoky | for getting it into svn, i need a new, uptodate patch, which the fixes i told Bob_C :-) |
22:26:09 | casainho | domonoky: why can't you make that changes by yourslef? |
22:27:01 | pixelma | petur: with your recording screen commit - are you aware you removed some convenience for at least the c200? It's also not what I expected from the commit after following the forum thread with the H100 (not a 100% sure if you posted the patch you committed then somewhen shortly before the actual commit) |
22:27:20 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
22:27:45 | domonoky | casainho: lazyness ? :-) |
22:28:36 | pixelma | petur: just saying because you were so "angry" about the same things by MarcGuay. I'm not sure yet what to think about the "consequences" for the c200 as it also gives a chance for some other improvements |
22:28:44 | petur | pixelma: the change has nothing to do with the patch I put on FS earlier, I rejected that myself and found a better solution. But not ok for c200? |
22:29:02 | petur | since the complaints were from ipod, I only checked with those :/ |
22:29:26 | casainho | domonoky: ok. There is also DMA, I think there none code done yet for DMA. Did you find any code drivers from FriendlyARM that can help you? |
22:31:22 | domonoky | casainho: the code from the 2440test application is pretty nice to get a grip of the target, but till now i am still exploring and lerning about this target.. |
22:31:23 | petur | pixelma: looking at http://download.rockbox.org/daily/manual/rockbox-sansac200/rockbox-buildch5.html#x8-980005.8.1 - what's the problem |
22:32:10 | petur | a guy at work has a c200, I guess I could ask his player to try things if needed |
22:32:10 | pixelma | petur: see... well the c200 has a Rec button and it's logical to use that to start recording but - the Rec button is so weird at the side of the c200 that it was also convenient to start a recording with the Select button which you now can't do anymore. Thing is that it might be possible to put the recording screen context menu on long select then (like other context menus) which I stepped back doing because it would have been easy to accidentally |
22:32:10 | pixelma | start the recording if you want to access the menu if it's on the same button |
22:32:44 | pixelma | so I'm a bit torn what to do with that now |
22:33:15 | casainho | domonoky: ok, sent you an e-mail with the list of files that Samsung provides but not public. You can try to register and get them if you are interested. |
22:33:17 | petur | what you're saying is that things were better before MarcGuay made his first change to it? |
22:33:30 | petur | ie rec and select start recording |
22:34:22 | pixelma | I don't know about both but I got used to the Select button |
22:34:37 | petur | sorry bout that |
22:35:00 | | Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") |
22:35:08 | pixelma | probably my problem then. And as I said... my point was that it's not easy to think about everything |
22:35:34 | petur | indeed... keymaps are tricky |
22:36:29 | petur | gtg - my daughter needs me |
22:36:33 | pixelma | by the way - your point about the ifdefs (in the forum thread). There must be some already because the OndioFM does not have the recording split action due to the lack of buttons |
22:36:34 | | Quit petur ("Zzzzz") |
22:48:16 | *** | Saving seen data "./dancer.seen" |
22:53:48 | | Quit bluebrother (Nick collision from services.) |
22:53:51 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
23:00 |
23:02:26 | | Quit togetic ("WeeChat 0.3.0") |
23:05:23 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
23:06:05 | | Join mrtok1 [0] (n=dummy@p5B39C6AF.dip.t-dialin.net) |
23:06:22 | kkurbjun | pixelma: what's up? |
23:07:10 | mrtok1 | does datasheets of the pp5022c processor exist in th epublic? |
23:08:08 | mrtok1 | i try to find out why running my code on the cop is producing artefacts... |
23:08:21 | mrtok1 | ipod nano 1g |
23:08:38 | mrtok1 | -es |
23:11:59 | mrtok1 | okay next time ;-) |
23:12:03 | mrtok1 | bye |
23:12:11 | | Quit mrtok1 () |
23:14:11 | pixelma | kkurbjun: your logic for getting the row height in bubbles (rev 21664) only works for the medium sizes - it's off for small display (you already kept some exceptions for the really small displays= and it's off for the big displays. Can you think of something else (other than more exceptions or maybe change the bitmap sizes)? |
23:14:13 | | Join moos [0] (n=599ef66f@83.168.254.42) |
23:14:49 | moos | Hello here |
23:15:22 | | Quit ShapeShifter499 (Remote closed the connection) |
23:15:39 | pixelma | kkurbjun: at the moment the game is unplayable on the c200 (next bubble and the bubble to shoot) is completely offscreen and on the m3 those two are half offscreen |
23:15:45 | moos | I have an svn question please: How do I change the username using vmware here and logged as root? |
23:16:51 | pixelma | kkurbjun: I'm trying to think of something too but haven't come up with something yet that solves all three "categories" |
23:17:44 | | Join bertrik [0] (n=bertrik@87.211.49.117) |
23:18:20 | kkurbjun | 21664- that seems to be by mcnuelenaere? I'll have to take a look at the logic and see what values it is calculating. I am not sure offhand |
23:19:02 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) |
23:19:06 | pixelma | sorry, r21945 http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/bubbles.c?r1=21664&r2=21945 |
23:22:46 | moos | ggr it don't let me set a password for my username now |
23:25:04 | CIA-85 | New commit by moos (r23235): |
23:25:54 | pixelma | no commit message? |
23:26:19 | moos | Oh no, it didn't pick up the commit message :( |
23:26:28 | moos | pixelma: not intentional |
23:26:45 | | Join Jaykay [0] (n=chatzill@p5DDC7173.dip.t-dialin.net) |
23:26:45 | moos | "Updated the french translation" that was |
23:27:30 | * | moos isn't using his pc |
23:28:18 | Jaykay | moos: and you overlooked one translation - it still says 6 to 1 :) |
23:28:43 | pixelma | kkurbjun: I analysed a little, for small displays row height = emblem height (up to the M3), then medium displays and even big ones except the M:Robe500 it's emblem height +2, the current logic breaks with gigabeat/video and up |
23:29:17 | moos | Jaykay: oh my bad :( |
23:29:52 | moos | fixing thanks |
23:31:44 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
23:32:40 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
23:33:13 | kkurbjun | hmm, it looks appropriate on the 500, H300, and gigabeat at least for the game board - it might be that different logic is needed for positioning the next shot and shooting bubble |
23:33:20 | CIA-85 | New commit by moos (r23236): Updated french translation part II, sorry for the previous version where the commit message was skipped. |
23:33:48 | kkurbjun | I guess as the bubbles move down thoughthe inaccuracy might start to show |
23:34:13 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:34:56 | | Quit ShapeShifter499 ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") |
23:35:12 | pixelma | kkurbjun: it didn't look correctly for me in a M:Robe500 sim - look at the placement of the "Next" and the actual next bubble compared to the box in the background picture |
23:35:54 | pixelma | H300 is correct with the current logic - down to the Mini's display (138x110) |
23:35:56 | kkurbjun | yeah, I agree, that is definately wrong, but I think row height is also used to position the bubbles int eh game board |
23:36:16 | | Quit moos ("Goodbye, see you soon") |
23:36:34 | kkurbjun | for the game board the bubbles look right - I need to look into where ROW_HEIGHT is used more and how it is used |
23:36:48 | TheSeven | gevaerts: around? |
23:37:04 | TheSeven | I caught that stupid bug that was fooling me for days! guess what it was... |
23:37:21 | * | bertrik guesses missing ; |
23:37:27 | pixelma | yes probably - and for Video and Gigabeat it's one off compared to before (it was 18 and is now 19 they way it is calculated) |
23:37:44 | TheSeven | not sure why this caused lockups, but at least I found the root cause of the whole trouble |
23:38:12 | * | bertrik guesses again: not clearing the USB interrupt correctly |
23:38:19 | pixelma | kkurbjun: the problem really is the c200 and M3 at the moment |
23:38:22 | TheSeven | bertrik: wrong |
23:38:49 | * | TheSeven guesses control ACK packets being STALLED, but isn't sure of it either, as he doesn't have a bus tracer |
23:38:52 | bertrik | buffer overflow? stack too small? |
23:39:39 | | Join killan [0] (n=nnscript@213.112.250.14) |
23:39:44 | TheSeven | no, it was things being done in the wrong order in the USB core, but this only shows up if certain timing constraints are met |
23:40:34 | TheSeven | gevaerts: is the USB core expecting the driver to re-setup the control out pipe for the next SETUP transaction automatically? I can't see any api being called to do that. |
23:40:57 | bertrik | I thought only endpoints could be stalled, not ACK packets, and only from the device side |
23:41:23 | TheSeven | this in combination with a receive request getting sent too late caused the whole mess |
23:42:50 | TheSeven | bertrik: host=>device: SETUP GET DESCRIPTOR, <pipe getting set up for the next SETUP packet>, device=>host: Descriptor data, host=>device: ACK (0-byte packet), device=>host: STALL (expecting a setup packet), usb core => usb driver: receive 0 byte packet |
23:42:57 | TheSeven | something happening the wrong way round, huh? |
23:43:14 | TheSeven | the way it's supposed to be is: |
23:43:48 | TheSeven | bertrik: host=>device: SETUP GET DESCRIPTOR, <pipe getting set up for the next SETUP packet>, usb core => usb driver: receive 0 byte packet, device=>host: Descriptor data, host=>device: ACK (0-byte packet), device=>host: ACK, <pipe getting set up for the next SETUP packet> |
23:43:53 | pixelma | kkurbjun: I doesn't look completely right to me in a D2 sim (320x240 as the Video) because there is a small gap between the bubbles |
23:44:48 | | Join stoffel [0] (n=quassel@p57B4D723.dip.t-dialin.net) |
23:44:53 | TheSeven | the above was happening if things took too long for the ACK to slip in before the recv() call was being done, which was happening because of debugging stuff |
23:45:03 | TheSeven | (enabling logf killed it) |
23:45:36 | TheSeven | gevaerts: what's the proper way to solve this? |
23:45:52 | | Quit bertrik (Read error: 131 (Connection reset by peer)) |
23:45:57 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:46:11 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
23:51:30 | tmzt | TheSeven: somebody is working on usb networking? |
23:51:41 | TheSeven | no idea |
23:51:51 | tmzt | what is recv() that's not a socket call? |
23:52:09 | TheSeven | shorthand for usb_drv_recv() |
23:54:16 | | Quit stoffel (Remote closed the connection) |
23:58:03 | | Join Strife89 [0] (n=michael@adsl-146-206-157.mcn.bellsouth.net) |