| 00:00:58 | | Quit Jerom1 (Quit: Leaving.) |
| 00:04:09 | | Quit wodz (Quit: Leaving) |
| 00:13:24 | | Quit pamaury (Remote host closed the connection) |
| 00:17:44 | | Join mystica555_ [0] (~mike@71-33-152-71.hlrn.qwest.net) |
| 00:27:04 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 00:31:10 | | Join [Saint] [0] (~st.lasciv@203.184.19.113) |
| 00:48:04 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
| 00:48:43 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 00:58:09 | pixelma | scorche: selina46i needs a ban in the forum |
| 01:00 |
| 01:01:05 | scorche | done |
| 01:01:55 | scorche | yeah - akismet canned those posts |
| 01:02:50 | pixelma | well yeah, I usually follow the "recent posts" :\ but thanks |
| 01:03:31 | pixelma | on the other hand it's possible to find out about false positives this way |
| 01:03:54 | * | scorche nods |
| 01:21:43 | | Join bluebrother [0] (~dom@f053152007.adsl.alicedsl.de) |
| 01:21:43 | | Quit bluebrother (Changing host) |
| 01:21:43 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:25:19 | | Quit bluebroth3r (Ping timeout: 258 seconds) |
| 01:34:01 | | Join T44 [0] (~Topy44@f048037136.adsl.alicedsl.de) |
| 01:37:55 | | Quit Topy44 (Ping timeout: 250 seconds) |
| 01:38:12 | | Join evilnick_BS [0] (44ae5538@rockbox/staff/evilnick) |
| 01:38:40 | | Quit Jacob_Lavoie (Quit: Leaving) |
| 01:44:10 | | Join L-Strife89 [0] (~Strife89@168.16.236.180) |
| 01:48:36 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 01:49:35 | | Join _jhMikeS_ [0] (~jethead71@99.23.112.43) |
| 01:49:35 | | Quit _jhMikeS_ (Changing host) |
| 01:49:35 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
| 01:49:35 | | Quit jhMikeS (Disconnected by services) |
| 01:49:36 | | Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) |
| 01:54:48 | | Join _jhMikeS_ [0] (~jethead71@99.17.70.202) |
| 01:54:48 | | Quit _jhMikeS_ (Changing host) |
| 01:54:48 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
| 01:54:48 | | Quit jhMikeS (Disconnected by services) |
| 01:54:50 | | Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) |
| 01:56:36 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:06:19 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 02:11:29 | | Quit efyx (Remote host closed the connection) |
| 02:14:10 | | Quit Rob2222 (Remote host closed the connection) |
| 02:14:27 | | Join Rob2222 [0] (~Miranda@p4FFF3E24.dip.t-dialin.net) |
| 02:32:15 | | Quit saratoga (Quit: Page closed) |
| 02:34:44 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 02:37:47 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 02:41:46 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 02:45:31 | | Quit L-Strife89 (Ping timeout: 240 seconds) |
| 02:47:07 | | Join Pyro1099-Laptop [0] (~Pyro1099-@02d9e3a0.bb.sky.com) |
| 02:47:51 | Pyro1099-Laptop | Does anyone here use Rockbox on the Nokia N900, I need help on it. |
| 02:48:55 | JdGordon | jhMikeS: commit the rework already you damn chicken! |
| 02:50:27 | Pyro1099-Laptop | Twidelling Thumbs |
| 02:53:09 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 02:53:20 | jhMikeS | JdGordon: (feeling like marty McFly) Who you calling chicken? |
| 03:00 |
| 03:01:49 | * | jhMikeS starts gesticulating the commitinator |
| 03:03:29 | | Quit robin0800 (Quit: Leaving) |
| 03:26:16 | | Quit t0rc (Quit: Bam) |
| 03:26:22 | | Quit Pyro1099-Laptop (Read error: Connection reset by peer) |
| 03:41:17 | | Quit scorche|sh (Changing host) |
| 03:41:17 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 03:42:57 | | Join L-Strife89 [0] (~Strife89@168.16.236.180) |
| 03:52:16 | | Quit FoH (Remote host closed the connection) |
| 03:56:40 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:20:49 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 04:21:45 | | Quit n17ikh (Ping timeout: 258 seconds) |
| 04:26:35 | | Join kernelk [0] (~96ca0801@giant.haxx.se) |
| 04:26:58 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
| 04:29:47 | | Quit L-Strife89 (Ping timeout: 276 seconds) |
| 04:30:19 | | Quit amiconn (Disconnected by services) |
| 04:30:20 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:30:21 | | Quit pixelma (Disconnected by services) |
| 04:30:23 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:30:26 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:30:37 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:32:16 | | Join liuft [0] (~liuft@60.29.25.2) |
| 04:35:56 | | Quit kernelk (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
| 04:37:29 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 04:39:24 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:39:26 | | Quit evilnick_BS (Quit: Page closed) |
| 04:39:29 | | Quit TheSeven (Disconnected by services) |
| 04:41:29 | | Quit kugel (Ping timeout: 276 seconds) |
| 04:47:42 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 04:54:54 | | Join FoH [0] (~foh@adsl-83-127-169.bhm.bellsouth.net) |
| 04:58:12 | | Quit fyrestorm (Read error: Connection reset by peer) |
| 04:59:43 | * | jhMikeS poises his finger over the big, red commit button for FS #12069 (one keyclick away...last chance!) :) |
| 05:00 |
| 05:08:06 | | Quit tchan (Read error: Connection reset by peer) |
| 05:08:33 | CIA-87 | New commit by jethead71 (r29785): Commit FS #12069 - Playback rework - first stages. Gives as thorough as possible a treatment of codec management, track change and metadata logic as ... |
| 05:08:53 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 05:13:28 | CIA-87 | r29785 build result: 84 errors, 21 warnings (jethead71 committed) |
| 05:16:06 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
| 05:18:15 | | Quit Transformer (Excess Flood) |
| 05:23:07 | | Join Rob2223 [0] (~Miranda@p4FFF195B.dip.t-dialin.net) |
| 05:23:49 | CIA-87 | New commit by jethead71 (r29786): Hopefully fix red from r29785 - an #ifdef AB_REPEAT_ENABLE was left out. |
| 05:26:34 | | Quit Rob2222 (Ping timeout: 252 seconds) |
| 05:29:03 | CIA-87 | r29786 build result: All green |
| 05:30:35 | * | jhMikeS thinks it's odd that the M-Robe 500 has no RAM usage at all |
| 05:34:48 | | Quit Horscht (Quit: Verlassend) |
| 05:40:53 | | Quit tguinot (Ping timeout: 246 seconds) |
| 05:41:12 | | Join tguinot [0] (~tguinot@ks22840.kimsufi.com) |
| 05:56:42 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:00:52 | CIA-87 | New commit by jethead71 (r29787): Get rid of a committed #define from kernel.h that didn't make the final cut. Put voice_wait in voice_thread.h where it ought. |
| 06:01:35 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 06:01:37 | saratoga | woot |
| 06:05:43 | CIA-87 | r29787 build result: All green |
| 06:07:42 | jhMikeS | :) ok, so now what with NSF? |
| 06:26:55 | | Quit JesusChrysler (Quit: JesusChrysler) |
| 06:31:05 | JdGordon | so uh.... playback is completly broken! |
| 06:31:10 | JdGordon | its all... umm... you suck! |
| 06:31:13 | JdGordon | screw this hoax! |
| 06:31:33 | * | JdGordon cant take being a part of this anymore |
| 06:34:24 | jhMikeS | rrra...don't forget to take your medication |
| 06:34:37 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 06:43:01 | JdGordon | hehe |
| 06:43:21 | JdGordon | jhMikeS: erm, just put svn build on nano and its frozen at the "scannig disk" splash... |
| 06:43:27 | JdGordon | does it need a setting reset? |
| 06:44:19 | jhMikeS | possibly |
| 06:44:38 | jhMikeS | isn't nano like that already? |
| 06:45:15 | | Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) |
| 06:45:23 | JdGordon | no? |
| 06:45:56 | jhMikeS | not a thing touches dircache |
| 06:48:25 | JdGordon | yeah odd.. and dircache is disabled in the config |
| 06:48:29 | JdGordon | wierd |
| 06:48:35 | JdGordon | ok, back to 3.8 i guess |
| 06:49:56 | JdGordon | works on my video (apart from its disk is i tihnk dead), so yeah might not be related |
| 06:51:59 | JdGordon | oh nice... undefined instruction with 3.8.1 |
| 06:55:10 | JdGordon | FS issues by the looks of it |
| 07:00 |
| 07:01:39 | | Quit kugel (Ping timeout: 260 seconds) |
| 07:16:07 | | Join kugel [0] (~kugel@g231110178.adsl.alicedsl.de) |
| 07:16:07 | | Quit kugel (Changing host) |
| 07:16:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 07:35:38 | | Quit liuft (Read error: Connection reset by peer) |
| 07:36:34 | | Quit eGen_ (Quit: ... gettin' screew my wife ....) |
| 07:36:58 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 07:38:07 | | Join liuft [0] (~liuft@60.29.25.2) |
| 07:42:43 | | Nick [7] is now known as TheSeven (~TheSeven@rockbox/developer/TheSeven) |
| 07:45:25 | | Join eGen_ [0] (~akaiz@77.95.47.241) |
| 07:50:04 | | Quit eGen_ (Ping timeout: 260 seconds) |
| 07:52:00 | | Quit liuft (Quit: Leaving) |
| 07:53:49 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 07:54:14 | | Join eGen_ [0] (generat0r@gate.mmdecin.cz) |
| 07:54:24 | | Join JoshuaChang [0] (~joshuacha@222.70.142.35) |
| 07:56:44 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:00:08 | | Quit simonlnu (Read error: Operation timed out) |
| 08:02:56 | | Join simonlnu [0] (simon@unaffiliated/simonrvn) |
| 08:04:06 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 08:08:26 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:11:00 | | Join Buschel [0] (~chatzilla@p54B678F5.dip.t-dialin.net) |
| 08:16:18 | | Quit wtachi (Quit: &) |
| 08:16:19 | | Quit jhMikeS (Ping timeout: 252 seconds) |
| 08:17:45 | Buschel | jhMikeS: svn does not compile for sim under cygwin. I get the following error -> http://pastie.org/1838214 |
| 08:18:35 | Buschel | jhMikeS: non-sim builds fine |
| 08:20:47 | | Join DerPapst1 [0] (~Alexander@p57916869.dip.t-dialin.net) |
| 08:21:52 | JoshuaChang | yes, there's a workaround with mingw |
| 08:22:28 | Buschel | how? |
| 08:23:24 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 08:23:32 | JoshuaChang | http://www.rockbox.org/wiki/UiSimulatorWindows |
| 08:24:07 | JoshuaChang | try this, although i have some file not found warning, it compiles |
| 08:24:29 | kugel | Buschel: re #ifdef ROCKBOX: I was saying that because you comment out or #if 0 instead |
| 08:24:31 | CIA-87 | New commit by bertrik (r29788): FS #12079 - Support for new commands in iap.c, by Ophir Lojkine ... |
| 08:24:46 | kugel | according to your argument you could have just deleted what we don't use |
| 08:26:18 | Buschel | yes, I wanted to delete it... but I forgot to alter the patch before submitting it. next time |
| 08:28:32 | CIA-87 | r29788 build result: All green |
| 08:31:26 | Buschel | gotta go to work now, see you later |
| 08:31:29 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 08:35:58 | | Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) |
| 08:36:45 | | Quit Zarggg (Quit: Zarggg) |
| 08:40:41 | | Quit DerPapst1 (Read error: Connection reset by peer) |
| 08:41:10 | | Join DerPapst [0] (~Alexander@p57916869.dip.t-dialin.net) |
| 08:47:07 | | Join Bagder [0] (~daniel@www.haxx.se) |
| 08:47:07 | | Quit Bagder (Changing host) |
| 08:47:07 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 09:00 |
| 09:01:49 | JdGordon | does the codec bufferring watermark take the disk spinup time into account at all? |
| 09:02:51 | | Quit markun (Remote host closed the connection) |
| 09:02:58 | JdGordon | it would be great if it ciuld dynamicwlly et it vased on previous buffer times |
| 09:03:37 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 09:05:37 | JdGordon | yeah, this makes sense... im getting half secind gaps mid track becsuse the disk takes 2s to spin up and the watermark is 1.7MB which is about 2s of flac |
| 09:09:30 | Llorean | JdGordon: I seem to remember asking about that a few years ago, and thought I was told it took the spinup time into account. But I was having a similar issue (with FLAC even) |
| 09:11:07 | scorche | 1.7MB is about 2 seconds of flac? o_O |
| 09:11:35 | JdGordon | 1000kpb/s |
| 09:11:42 | JdGordon | or have i missed a zero? :) |
| 09:12:06 | JdGordon | (thats with very rough rounding of course :) ) |
| 09:12:16 | Llorean | 1000 kbps is 125 kBps |
| 09:12:38 | Llorean | Or 8 seconds per MB. |
| 09:12:57 | * | JdGordon once again proves he sucks at maths |
| 09:13:06 | Llorean | bits/bytes. |
| 09:13:11 | JdGordon | auto adding 0's is bad |
| 09:13:17 | Llorean | Because we had to pick units that start with the same letter. |
| 09:13:19 | | Join markun [0] (~markun@ip503cd9a5.speed.planet.nl) |
| 09:13:19 | | Quit markun (Changing host) |
| 09:13:19 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 09:13:25 | JdGordon | anyway, im getting dropouts thanks to buffer underrun |
| 09:13:46 | scorche | yeah - i am seeing more like 1411kbps, but of course this changes between levels and tracks - but as Llorean mentioned, this si bits, not bytes |
| 09:14:11 | Llorean | scorche: Isn't 1411 16-bit PCM WAV? |
| 09:14:24 | * | Llorean shrugs |
| 09:14:26 | * | scorche shrugs |
| 09:14:27 | Bagder | I've not studied that code for years, but I remember back in "the days" we certainly made it spinup-time aware |
| 09:14:33 | Llorean | But I used to get buffer underruns all the time with FLAC on my H100 |
| 09:15:48 | * | JdGordon wouldnt even have a clue where to start looking |
| 09:19:04 | JdGordon | yeah, looks like it does take spinup into account.. but reported not actual |
| 09:22:40 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:27:19 | | Quit bertrik (Ping timeout: 250 seconds) |
| 09:29:00 | LinusN | JdGordon: reported? I haven't studied that code either, but when I added the spinup time compensation ages ago, it measured the spinup time, which I would like to call the "actual" spinup time. |
| 09:39:32 | | Join JdGord [0] (~AndChat@114.75.81.252) |
| 09:40:41 | JdGord | Spinup time is apparently considered. So I'm not sure what is causing this other than the disk dieing |
| 09:40:48 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:42:18 | JdGord | And ata spinup seems to account for actual time, not reported |
| 09:43:50 | GodEater | I've lost track - where are we up to with our support for the iPod classic range? |
| 09:48:47 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:49:27 | | Nick Zagor is now known as Guest39258 (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:49:40 | | Quit Guest39258 (Changing host) |
| 09:49:40 | | Join Guest39258 [0] (~bjst@rockbox/developer/Zagor) |
| 09:49:52 | | Nick Guest39258 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
| 09:56:48 | *** | Saving seen data "./dancer.seen" |
| 10:00 |
| 10:06:04 | | Quit JdGord (Quit: Bye) |
| 10:08:02 | | Quit slooopy (Ping timeout: 250 seconds) |
| 10:13:02 | | Join wodz|work [0] (~5f303f8a@giant.haxx.se) |
| 10:15:55 | | Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) |
| 10:19:41 | | Quit mc2739 (Read error: Connection reset by peer) |
| 10:22:17 | | Join ender` [0] (krneki@84.255.206.8) |
| 10:24:51 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 10:26:42 | wodz|work | I am a bit lost in our storage layer defines. I have raw nand and sd slot - should I set CONFIG_STORAGE_MULTI? |
| 10:32:42 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 10:38:35 | linuxstb | GodEater: I think the port itself works OK on all three generations of Classic, but there's no Rockbox bootloader (TheSeven has released his own via freemyipod.org), and IIUC, the installation process is a PITA and needs improving. |
| 10:39:15 | GodEater | linuxstb: that's pretty much the conclusion I came to when I got off my lazy arse and read up on it ;) |
| 10:39:38 | wodz|work | and not dualboot |
| 10:41:30 | TheSeven | well, it's not terribly complicated any more, but you lose all data and there's no dualboot |
| 10:41:45 | | Quit JoshuaChang (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.2pre/20110415144045]) |
| 10:42:17 | | Quit scorche (Read error: Connection reset by peer) |
| 10:47:17 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 10:48:31 | Llorean | I think both losing all data, and lacking dualboot, aren't too big of a deal as long as once it's on there you're unlikely to lose all data again. |
| 10:51:30 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 10:56:14 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:58:56 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 11:00 |
| 11:04:31 | pamaury | wodz|work: I think you need to define CONFIG_STORAGE_MULTI so that the storage layer redirect to the good functions |
| 11:04:35 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 11:10:27 | linuxstb | TheSeven: How is the port itself? Are there any major issues left? |
| 11:10:40 | TheSeven | random lockups every couple of hours |
| 11:10:54 | TheSeven | and on a small fraction of devices reproducible lockups when connecting USB |
| 11:11:27 | linuxstb | So basically everything important is implemented, there are just some painful bugs to fix? |
| 11:11:34 | TheSeven | yep |
| 11:11:37 | TheSeven | besides dualboot... |
| 11:11:47 | linuxstb | We don't care about that ;) |
| 11:12:14 | linuxstb | But that goes under the category of installation/bootloader IMO - it's separate to the port itself. |
| 11:13:01 | Llorean | Dualboot is a "nice to have" not a "must have" right? |
| 11:14:33 | TheSeven | yeah, nevertheless it really bugs me that it doesn't work |
| 11:15:10 | TheSeven | the OF will lock up while waiting for an I2C IRQ, which doesn't seem to trigger for some unknown reason |
| 11:15:30 | | Quit DerPapst (Quit: Leaving.) |
| 11:15:34 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 11:16:38 | n1s | TheSeven: i have quite a bit of spare time now so was thinking maybe i could look at the classic usb thing, any idea where to start? |
| 11:16:58 | TheSeven | do you have a device that shows this behavior? |
| 11:17:21 | n1s | yeah, my classic freezes on usb connect |
| 11:17:35 | TheSeven | and usb in emcore doesn't work either? |
| 11:17:44 | TheSeven | then you're affected by that problem... |
| 11:18:33 | n1s | yeah |
| 11:19:25 | n1s | since it works when booting rockbox through the dfu exploit i was thinking i could dump some state and compare to the setup we do |
| 11:19:37 | TheSeven | booting umsboot through dfu fixes it, and it breaks on either the next powerdown, menu+select reset, or start of playback |
| 11:20:07 | pamaury | given how common is the "usb freeze" problem, we should have a way to force escape from the usb mode like pressing power for 2/3 seconds or whatever |
| 11:20:27 | TheSeven | pamaury: in this case it even seems to crash the kernel |
| 11:23:25 | wodz|work | what about watchdog? |
| 11:23:26 | n1s | TheSeven: does the classic charge in the emcore menu? |
| 11:24:40 | n1s | and does emcore do any setup that's different from rockbox? |
| 11:27:35 | TheSeven | n1s: yes, it does charge |
| 11:27:50 | TheSeven | and it certainly does some highlevel things different |
| 11:27:57 | TheSeven | the lowlevel usb driver is very similar though |
| 11:28:09 | pamaury | TheSeven: still reverse engineering the clip+ bootrom too ? |
| 11:28:24 | TheSeven | yeah, along with other things currently |
| 11:28:38 | TheSeven | didn't yet find a was to get into this USB c++ mess |
| 11:28:45 | pamaury | how large is it ? |
| 11:29:10 | TheSeven | the rom? 128K IIRC |
| 11:29:30 | pamaury | full of code ? |
| 11:29:43 | TheSeven | yes, almost |
| 11:29:50 | pamaury | damn, that's a bunch of code |
| 11:30:27 | pamaury | you are using ida ? |
| 11:31:26 | TheSeven | yes |
| 11:32:45 | pamaury | would you mind sharing your work (bootrom + ida file) so I can have the look ? I have the OF but it's much larger, and I definitely want to fix this usb issue too |
| 11:37:33 | | Part LinusN |
| 11:41:49 | | Join DerPapst [0] (~Alexander@nat2-149.fh-giessen.de) |
| 11:50:35 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 11:56:50 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:06:06 | n1s | hmm, now after dfu booting usb doesn't conncetc but it doesn't lock up either dmesg prints usb 1-1.1: device descriptor read/64, error -110 |
| 12:09:14 | n1s | hmm, seems to have been one of my changes to the usb driver, it works after dfu now... |
| 12:10:54 | n1s | buttons don't work though so i can't check the debug menu |
| 12:11:18 | | Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 12:13:08 | | Quit Keripo (Ping timeout: 240 seconds) |
| 12:15:13 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:15:40 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 12:15:42 | | Quit Keripo1 (Ping timeout: 264 seconds) |
| 12:19:10 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 12:36:00 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 12:43:50 | | Join tatsudoshi [0] (~tatsudosh@0x573bea59.banqu1.dynamic.dsl.tele.dk) |
| 12:48:52 | n1s | TheSeven: i tested setting the ldo2 voltage to 3000mV as that is what the debug screen shows after booting through dfu, however whne booting rockbox through dfu the scrollwheel and buttons don't work which indicates missing setup |
| 12:49:18 | n1s | does this happen on players where usb usually works too? |
| 12:49:29 | n1s | oh, and the voltage change made no difference |
| 12:51:16 | TheSeven | the clickwheel not working is a known issue, as the code initializing it will not be run in that case |
| 12:52:12 | TheSeven | the only way to boot a working rockbox on your ipod will be booting an installer through dfu-umsboot |
| 12:52:45 | TheSeven | it won't do anything as everything is up to date (the "flashing" stage will just compare flash contents) and then boot into the boot menu, with USB still working |
| 12:54:30 | n1s | aha, let me try that |
| 12:56:22 | n1s | yep, works fine, it started the old er menu thing though |
| 12:58:21 | n1s | i'll try to take a look at the emcore setup and see if i can find anything |
| 13:00 |
| 13:01:40 | n1s | ah, or the dfu mode itself makes some setup stuff that emcore doesn't |
| 13:01:52 | TheSeven | that's what i'd assume |
| 13:02:14 | n1s | did anyone dissassemble it? |
| 13:02:36 | TheSeven | (a difference between dfu + bootstub and emcoreldr) |
| 13:03:11 | TheSeven | yes, that bootrom has been disassembled |
| 13:03:57 | n1s | can i find it somewhere and do you think there could be diffeent versions? |
| 13:05:27 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 13:08:49 | TheSeven | no, i wouldn't expect the rom to differ |
| 13:10:43 | | Join jvoisin [0] (~jvoisin@ks22840.kimsufi.com) |
| 13:17:49 | | Quit slooopy (Ping timeout: 250 seconds) |
| 13:19:04 | | Quit Rob2223 (Remote host closed the connection) |
| 13:19:20 | | Join Rob2222 [0] (~Miranda@p4FFF195B.dip.t-dialin.net) |
| 13:19:47 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
| 13:21:51 | | Quit p3tur (Client Quit) |
| 13:22:23 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 13:23:13 | | Quit wodz|work (Quit: CGI:IRC) |
| 13:39:40 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 13:41:14 | | Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) |
| 13:47:55 | JdGordon | so, i think my flac/video issues are filesystem related because other flac dirs have no issues,but i tihnk i may have some fun trying to debug this anyway |
| 13:49:53 | | Quit pamaury (Ping timeout: 252 seconds) |
| 13:55:56 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 13:56:08 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 13:56:52 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:35:27 | | Join jhMikeS [0] (~jethead71@adsl-99-65-126-8.dsl.sfldmi.sbcglobal.net) |
| 14:35:27 | | Quit jhMikeS (Changing host) |
| 14:35:27 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 14:38:08 | | Join benedikt93_ [0] (~benedikt9@p5B0C67A9.dip.t-dialin.net) |
| 14:38:36 | | Quit benedikt93 (Disconnected by services) |
| 14:38:50 | | Nick benedikt93_ is now known as benedikt93 (~benedikt9@p5B0C67A9.dip.t-dialin.net) |
| 14:39:26 | | Quit benedikt93 (Changing host) |
| 14:39:26 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:39:50 | | Join TheLemonMan [0] (~lem0n@ppp-124-154.98-62.inwind.it) |
| 14:40:39 | | Quit mudd1 (Remote host closed the connection) |
| 14:52:16 | CIA-87 | New commit by jethead71 (r29789): Having a default weak codec_main symbol doesn't seem to be working out for compiling the sim under cygwin in at least some cases. Just implement it ... |
| 14:53:26 | | Quit krazykit (Ping timeout: 258 seconds) |
| 14:56:40 | CIA-87 | r29789 build result: All green |
| 14:58:13 | | Quit Bagder (Quit: Konversation terminated!) |
| 15:00 |
| 15:08:51 | n1s | hmm, iiuc we are doing things in the s3c6400 usb driver that the datasheet says are unsupported |
| 15:12:35 | n1s | ah, no i misread |
| 15:17:49 | | Quit Elfish (Read error: Operation timed out) |
| 15:19:04 | | Part LinusN |
| 15:29:07 | | Quit tatsudoshi () |
| 15:37:25 | | Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 15:41:14 | | Join JoshuaChang [0] (~joshuacha@222.70.142.35) |
| 15:43:07 | | Quit DerPapst (Quit: Leaving.) |
| 15:45:17 | | Quit Galois (Ping timeout: 260 seconds) |
| 15:45:26 | | Join Galois [0] (djao@efnet-math.org) |
| 15:46:29 | | Join lovasoa [0] (~lovasoa@2a01:e35:8a2e:8080:226:bbff:fe15:33b0) |
| 15:47:07 | lovasoa | Hi ! |
| 15:48:47 | | Quit TheLemonMan (Quit: Destructor called) |
| 15:49:51 | lovasoa | I got one question: when I press the "play" key on my iPod dock, it validates the selected menu item in rockbox (and starts playback when I am on the WPS), whereas in OF, it always starts playing music. Is it a bug or a feature ? |
| 15:54:53 | dionoea | that sounds like a feature |
| 15:55:10 | dionoea | I guess that it duplicates the ipod's play key behavior |
| 15:55:15 | dionoea | (in rockbox) |
| 15:56:56 | *** | Saving seen data "./dancer.seen" |
| 15:57:40 | lovasoa | But in OF, I can start playing music even when I am not near my iPod, thanks to my dock IRC remote |
| 15:58:24 | Torne | That doesn't sound right, no |
| 15:58:26 | lovasoa | in rockbox, I have to go to my iPod, select the WPS, and only then I can start using my IR remote |
| 15:58:31 | Torne | It should behave the same as pressing the play button on the ipod |
| 15:58:43 | Torne | not the select button |
| 15:59:02 | Torne | which will not always start playback immediately, but it will go to the wps |
| 15:59:20 | Torne | and will either resume playback if playback was stopped, or just sit there being paused if it was paused (and then pressing it again will unpause) |
| 16:00 |
| 16:00:02 | dionoea | ah right |
| 16:00:37 | Torne | that's what it does if you press the actual play button on the ipod, no? |
| 16:02:22 | lovasoa | So we should change the buttons mapped in apps/iap.c, to match the iPod OF behaviour ? |
| 16:02:38 | AlexP | To match the Rockbox behaviour |
| 16:03:13 | AlexP | If you press play on the dock it should act like pressing play on the ipod, which at the moment it doesn't sound like it does from your description :) |
| 16:03:16 | dionoea | Torne: yes, it resumes playback. (at least it does on the ipod video. I guess that other ipods have the same key map in rockbox) |
| 16:03:29 | dionoea | I just didn't have it near me to test so I kind of forgot :) |
| 16:04:54 | lovasoa | In rockbox, it resumes playback only if I'm on the WPS (or if I'm over a file in the file manager, it starts playing it) |
| 16:05:41 | dionoea | if you're in the menu it resumes playback too |
| 16:06:48 | lovasoa | No! only if you're over the "now playing" item of the main menu... |
| 16:08:31 | [Saint] | Um...then your install is busted. |
| 16:08:43 | [Saint] | as dionoea describes the correct behaviour. |
| 16:08:57 | lovasoa | I got the latest svn build... |
| 16:09:02 | [Saint] | play should resume playback regardless of where you are in the menu |
| 16:09:12 | lovasoa | I don't think my install ist "busted" |
| 16:09:33 | AlexP | lovasoa: Which button are you calling play? |
| 16:09:36 | [Saint] | well, it's not behaving as intended...for whatever reason, I'd call that busted. |
| 16:09:41 | [Saint] | the real question is why. |
| 16:10:20 | | Quit olejorgenb (Remote host closed the connection) |
| 16:10:46 | lovasoa | The button I call "play" is the button with a little triangle , a slash, and two vertical triangles |
| 16:11:07 | AlexP | The bottom one right, not the middle one? |
| 16:11:10 | | Join DerPapst [0] (~Alexander@p579542E1.dip.t-dialin.net) |
| 16:11:12 | [Saint] | Something is wrong then... |
| 16:11:21 | [Saint] | it's working in my Colour and Nano |
| 16:11:31 | AlexP | As what you are describing sounds like the select button |
| 16:12:07 | lovasoa | this button : http://www.clipartcollection.net/wp-content/uploads/2010/09/play-and-pause-button.jpg |
| 16:12:17 | [Saint] | I have svn head installed on my Color/Nanos, and it's behaving as intended. |
| 16:12:29 | [Saint] | perhaps you might want to pastebin your config.cfg |
| 16:12:33 | AlexP | What does the middle button do? |
| 16:12:39 | AlexP | And do you have any patches installed? |
| 16:13:15 | lovasoa | The only patch I have installed is mine, and it has been integrated in svn this morning |
| 16:13:30 | lovasoa | You can test the latest svn build... |
| 16:13:36 | AlexP | No I can't |
| 16:13:40 | AlexP | I don't have a video |
| 16:13:44 | AlexP | I can try a sim though |
| 16:13:55 | AlexP | Anyway, what you are describing is not how it works |
| 16:14:00 | AlexP | *how it is meant to work |
| 16:14:27 | AlexP | So either some bug has crept into the video keymap, or there is another issue |
| 16:14:36 | lovasoa | But does it work on your iPod? If YES, what dock are you using ? |
| 16:14:42 | AlexP | I don't have an ipod |
| 16:14:49 | AlexP | Or a dock |
| 16:15:01 | AlexP | And we are talking about buttons on the ipod, forget the dock for now |
| 16:15:19 | | Join h3sp4wn [0] (~h3sp4wn@unaffiliated/h3sp4wn) |
| 16:15:31 | lovasoa | Buttons on my ipod work perfectly, there is a misunderstanding! |
| 16:15:38 | AlexP | Right |
| 16:15:47 | AlexP | So there we go |
| 16:15:52 | [Saint] | Aha. |
| 16:16:11 | AlexP | This is what we said at the start, the dock button should work as it does on the ipod |
| 16:16:16 | lovasoa | I am talking about the play/pause button of my dock! |
| 16:16:20 | AlexP | But it doesn't, so it needs changing |
| 16:16:33 | | Quit pamaury (Ping timeout: 252 seconds) |
| 16:16:42 | AlexP | We were all talking about the ipod |
| 16:19:12 | | Quit liar (Read error: Connection reset by peer) |
| 16:20:40 | lovasoa | The play/pause button of my dock doesn't have the same behaviour as the one of the iPod. |
| 16:20:53 | lovasoa | It seems to be a bug... |
| 16:21:04 | AlexP | yes, this what we have said |
| 16:22:27 | lovasoa | But in apps/keymaps/keymap-ipod.c, there are specific actions defined for BUTTON_RC_PLAY, so it seems to be a feature too |
| 16:23:00 | AlexP | I think that is different |
| 16:23:17 | AlexP | But I wouldn't swear to it |
| 16:23:28 | | Quit Stummi (Quit: Bye!) |
| 16:23:35 | AlexP | I'll shut up at this point and let someone who knows docks take over :) |
| 16:23:48 | lovasoa | OK |
| 16:31:16 | Torne | lovasoa: i have an ipod video, and the play/pause button takes me to the WPS, from virtually every screen |
| 16:31:24 | Torne | there are a few places where it doesn't. |
| 16:31:29 | Torne | but those are special cases |
| 16:31:42 | Torne | afaik a dock's play/pause should work the same |
| 16:31:46 | Torne | if not that sounds like a bug |
| 16:32:33 | lovasoa | Yes, but in apps/keymaps/keymap-ipod.c, someone has defined different actions for remote buttons and local ones |
| 16:32:44 | lovasoa | I have the code under my eyes |
| 16:33:04 | Torne | yes, and? |
| 16:33:06 | lovasoa | So I am wondereing why he did that... |
| 16:33:09 | Torne | i think it sounds like a bug ;) |
| 16:33:18 | [Saint] | The fact it was done deliberately doesn't mean it's not a bug ;) |
| 16:33:32 | Torne | OK, i can tell you why it's that way now I look |
| 16:33:39 | lovasoa | Someone evil has commit rights ? |
| 16:33:41 | Torne | It's that way so that you can use the full interface of rockbox with only the remote. |
| 16:34:03 | lovasoa | But you can't !!! |
| 16:34:17 | Torne | You should be able to. |
| 16:34:22 | Torne | it's mapped with that intention |
| 16:34:27 | Torne | play is select |
| 16:34:36 | Torne | ffwd/rewind are prev/next in menus |
| 16:34:37 | lovasoa | it's silly ! |
| 16:34:59 | Torne | yes, i understand you want it to be a set of dumb playback only controls |
| 16:35:06 | Torne | i would probably also want that if i had a remote/dock |
| 16:35:19 | [Saint] | that probably makes more sense...no? |
| 16:35:20 | Torne | but currently it's configured to be a way to use the full rockbox ui without touching the player's buttons. |
| 16:35:53 | tguinot | you can play pause with enter but you can't enter with play/pause |
| 16:35:56 | lovasoa | Could we had an option in preferences to conigure that ? |
| 16:36:08 | tguinot | that's why it is like that I think |
| 16:36:08 | Torne | Not easily, keymaps don't work that way |
| 16:36:09 | Torne | they are static. |
| 16:36:12 | Torne | Yeah. |
| 16:36:18 | Torne | You can do more with it this way |
| 16:36:30 | Torne | but what you can't do is easily do it without looking at the screen (or having voicing turned on) |
| 16:36:40 | Torne | e.g. from across the room using the dock's IR remote. |
| 16:36:45 | tguinot | indeed |
| 16:37:08 | Torne | Players wher the remote has, say, a four way joystick and other buttons (some of the irivers?) it amybe maybes sense |
| 16:37:19 | Torne | because they tend to have generic controls *and* dedicated play/pause/etc buttons |
| 16:37:34 | Torne | but ipod accessories tend to have as few, or fewer buttons than the ipod does ;) |
| 16:38:01 | Torne | lovasoa: what actual buttons does your dock remote have? |
| 16:38:15 | Torne | i..e what they're labelled with, not what they do in rockbox |
| 16:38:16 | [Saint] | I think it might be beter for the remote to just mimic the iPod controls, since you're likely to be using it solely for playback anyway. |
| 16:38:34 | [Saint] | I can't imagine using the plugins (or, most of them) etc via a remote. |
| 16:38:54 | lovasoa | Buttons that send commands to the iPod? I have play/pause and forward backward |
| 16:39:03 | Torne | just those three? |
| 16:39:42 | lovasoa | I also have shuffle and repeat |
| 16:40:05 | Torne | presumably they also control the ipod in teh OF |
| 16:40:09 | Torne | so just those five? |
| 16:40:21 | lovasoa | but I won't control file browsing or whatever with shuffle/ repeat button... |
| 16:40:33 | Torne | I'm not asking what you want to control or how |
| 16:40:41 | Torne | i'm asking literally what physical buttons exist on the remote |
| 16:40:57 | Torne | whether they do anything useful, or anything at all, in rockbox right now or not. |
| 16:41:16 | lovasoa | I also have 6 numbered buttons, to record my favorite playlist |
| 16:41:34 | lovasoa | (this is the function I implemented in the patch of this morning |
| 16:41:37 | lovasoa | ) |
| 16:42:10 | linuxstb | jhMikeS: Regarding your playback rework, do you have a plan to remove ci->configure, and have the playback engine take care of that? |
| 16:42:15 | lovasoa | The other buttons don't send anything to the iPod... |
| 16:42:22 | Torne | what do you mean by "don't send anything" |
| 16:43:21 | lovasoa | They use the dock's other functions (FM, AUX, ...). So they don't communicate with the iPod... |
| 16:44:07 | Torne | right. so if that's all the controls you've got, those five buttons with obvious playback labels and six numbers.. |
| 16:44:07 | lovasoa | They don't send anything to iap.c in rockbox and have no actions in the OF. |
| 16:44:25 | Torne | then yeah. it seems much more sensible to have them be direct playback controls |
| 16:44:26 | lovasoa | YES |
| 16:44:47 | Torne | you don't have to shout :) |
| 16:44:57 | lovasoa | But some docks have more controls |
| 16:45:05 | Torne | yes, but most don't |
| 16:45:15 | Torne | many have less. |
| 16:45:26 | lovasoa | Or at least, the iPod accessory protocol defines several buttons that I don't have |
| 16:46:11 | lovasoa | So do I have permission to patch the keymap to match the OF one ? |
| 16:50:41 | Torne | we don't really go in for permission around here :) |
| 16:50:56 | Torne | you're welcome to write a patch and post it ;) |
| 16:50:58 | lovasoa | So how do you go in ? |
| 16:51:22 | Torne | I think it's something of a break with other targets where we do make the entire device's functionality more or less accessible through the remote |
| 16:51:48 | Torne | but i am *fairly8 sure that ipod accessories with a sufficiently full set of buttons to use the rockbox ui in anything resembling a natural way are rare |
| 16:53:01 | jhMikeS | linuxstb: I hadn't thought much about it yet |
| 16:53:22 | Torne | lovasoa: well, we go in for broad consensus-building usually |
| 16:53:44 | Torne | write a patch that seems sensible (and ideally handles remotes with buttons yours doesn't have too) |
| 16:53:47 | Torne | post it somewhere |
| 16:54:00 | Torne | and then maybe mail rockbox-dev and ask for opinions on whether it should work that way or ont |
| 16:54:18 | Torne | you could do that in the other order if you preferred but it's generally easier to discuss including something that's already written |
| 16:54:34 | jhMikeS | linuxstb: I'm not sure it should to be honest |
| 16:54:46 | Torne | i'm broadly in favour of changing it but i don't have any such accessories so my vote is somewhat arbitrary and maybe there are people who do use it the way it is now ;) |
| 16:56:26 | lovasoa | So I'll write the patch and post it on FS... |
| 16:57:50 | linuxstb | jhMikeS: I _think_ that data should all be available in the id3 struct, populated by the metadata parser. So the codec shouldn't need to worry about it. But maybe that's not 100% true... |
| 16:58:39 | linuxstb | jhMikeS: Also, I don't know if you've noticed, but one of the Google Summer of Code projects is a standalone audio library based on the Rockbox codecs. |
| 17:00 |
| 17:01:10 | jhMikeS | linuxstb: 1) That could be overly restrictive since it's no problem if they change sample formats on the fly. 2) Indeed. |
| 17:01:56 | jhMikeS | s/since/and/ |
| 17:02:22 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 17:02:42 | | Part Zagor |
| 17:07:47 | | Part mem_ |
| 17:16:41 | | Part JoshuaChang |
| 17:23:42 | h3sp4wn | Hi, I just attempted to install rockbox onto a sensa clip v2 8GB (Using the stable windows installer everything seemed to go fine until I tried to switch it back on (after firmware upgrade appeared on the screen and seemed to work) Tried all the obvious things but it cannot get it to turn on. Is the best way from here pin shorting the red marked pins (already taken the front off - can desolder the battery if that might help) ? |
| 17:34:01 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 17:51:18 | | Nick sasquatch is now known as ectobit (~username@46.115.19.13) |
| 17:57:00 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:01:06 | | Quit petur (Quit: *plop*) |
| 18:01:32 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:05:07 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 18:05:07 | | Quit pamaury (Changing host) |
| 18:05:07 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:05:38 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:10:18 | | Quit liar (Client Quit) |
| 18:27:03 | | Join japc [0] (~japc@194.65.5.235) |
| 18:36:21 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:36:21 | | Quit bertrik (Changing host) |
| 18:36:21 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:37:58 | | Join TheLemonMan [0] (~lem0n@ppp-124-154.98-62.inwind.it) |
| 18:44:43 | lovasoa | Hi |
| 18:46:35 | CIA-87 | New commit by jethead71 (r29790): Get NSF fixed up a bit and parse metadata in the core. |
| 18:48:04 | lovasoa | does someone know whether there is an action (to add in a keymap) which allows to seek music playback outside of the wps context ? |
| 18:50:31 | CIA-87 | r29790 build result: 0 errors, 36 warnings (jethead71 committed) |
| 18:51:26 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:52:19 | | Join Jerom1 [0] (~jerome@95.171.148.84) |
| 18:53:34 | [Saint] | lovasoa: IIUC, no. |
| 18:53:50 | lovasoa | What does IIUC mean ? |
| 18:54:02 | [Saint] | "if I understand correctly" |
| 18:54:06 | lovasoa | OK |
| 18:54:09 | tguinot | if i understand correctly? |
| 18:54:18 | tguinot | win |
| 18:55:22 | jhMikeS | waaaarrrrnings? |
| 18:56:12 | lovasoa | So, if I want the remote buttons (ie. on docks) to only affect the music playback, I'll have to force rockbox to show wps as soon as a remote button is pressed, IIUC ? |
| 18:57:13 | [Saint] | either that, or add support for full playback control outside of the .wps ;) |
| 18:57:35 | [Saint] | I'm sure our touch targets could use seeking in the .sbs too (all that's missing). |
| 18:59:03 | [Saint] | I don't personally think forcing into the .wps is the "right" fix here, but...I'm not sure on how complicated the *correct* fix would be. |
| 19:00 |
| 19:00:30 | lovasoa | It doesn't seem idiot that when a user press the "play" button of his dock, rockbox sohows the WPS ... |
| 19:00:52 | jhMikeS | there absolutely should be a control layer at the very least and everything should talk to that |
| 19:01:58 | [Saint] | "[04:59] <lovasoa> It doesn't seem idiot that when a user press the "play" button of his dock, rockbox sohows the WPS ..." <−− but if this is not the behaviour of the device, it should not be the behaviour for the dock. |
| 19:02:23 | [Saint] | this is fine if it's your own code...if you want to get it committed, I'd say "don't break the mold" |
| 19:03:13 | [Saint] | there's no technical reason why it should force into the .wps other than "I don;t want to/can't code around it" |
| 19:04:49 | pamaury | I can't remember who asked me but I checked 24-bit vs 16-bit on the fuze+ screen and it makes a difference |
| 19:05:43 | pamaury | I can difference a strip of red and blue going from 0 to 240 in steps of 1 from the same strip but in steps of 8 (to emulate RGB565) |
| 19:05:58 | pamaury | But I can't make a difference on the green part |
| 19:06:39 | pamaury | So apparently it's really a 24-bit screen or something better than 16-bit |
| 19:06:40 | lovasoa | Saint: You're right. But is someone able to implement playback control actions to be mapped out there ? |
| 19:06:56 | CIA-87 | New commit by jethead71 (r29791): Fix r29790 yellow. Need 'string-extra.h' for strlcpy(). |
| 19:10:35 | CIA-87 | r29791 build result: All green |
| 19:13:23 | pamaury | what is the internal image format of rockbox ? |
| 19:13:52 | jhMikeS | raw data that depends on the target's fb_data definition |
| 19:14:52 | pamaury | so it's either RGB565 or YUV basically ? |
| 19:15:54 | | Join Buschel [0] (~chatzilla@p54B67A1D.dip.t-dialin.net) |
| 19:16:23 | bertrik | I don't think any target uses YUV internally |
| 19:18:53 | jhMikeS | just RGB. YUV is just for video |
| 19:19:46 | pamaury | I'm a bit puzzled, I believe that in reality 24-bit or not this screen is used in 18-bit mode |
| 19:21:54 | | Quit mystica555 (Read error: Connection reset by peer) |
| 19:23:45 | pamaury | which would explain why I can't see the difference on green => it's RGB666 |
| 19:32:17 | jhMikeS | x5 had 18-bit mode in retailos, but that's only used for YUV output in rockbox, the rest of the time it's 565 |
| 19:35:29 | | Join low_light [0] (44e0b2c2@gateway/web/freenode/ip.68.224.178.194) |
| 19:37:17 | saratoga | i don't see much point in > 16 bit for anything but YUV anyway, so if you can get rgb565 maybe thats good enough until mpegplayer is working |
| 19:37:42 | pamaury | it shouldn't be a problem to get rgb565 working |
| 19:37:46 | bertrik | pamaury, I wouldn't worry about it too much yet |
| 19:37:48 | pamaury | I'm currently trying |
| 19:37:59 | bertrik | but you're free to do so of course :) |
| 19:38:42 | pamaury | well, I will need to write the basic display routines so if I can avoid any unnecessary code by letting the hardware do the job, that's a win |
| 19:39:06 | saratoga | that player supports YUV in hardware too right? |
| 19:40:15 | pamaury | it's unclear to me, the basic lcdif block can do rgb->yuv conversion when the display need yuv but it doesn't seem to support the converse :( |
| 19:40:41 | saratoga | why would a display need YUV? |
| 19:40:47 | saratoga | LCDs are natively RGB |
| 19:41:12 | pamaury | for tv output |
| 19:41:23 | saratoga | ah right S video |
| 19:41:32 | pamaury | "he LCDIF also supports RGB to YCbCr 4:2:2 color space conversion. This is useful in the DVI mode |
| 19:41:32 | pamaury | since the TV encoder requires input in YCbCr 4:2:2 format. " |
| 19:41:49 | saratoga | where are you reading that? |
| 19:42:04 | pamaury | in the manual :) |
| 19:42:37 | saratoga | for that sigmatel chip? |
| 19:42:42 | pamaury | yes |
| 19:42:52 | pamaury | otherwise the imx233 has a pixel pipeline (except if it has been disable, I don't know) which can probably do yuv -> rgb conversion |
| 19:42:54 | pamaury | (and much more) |
| 19:43:22 | low_light | pamaury: your lcd registers you use seem match those for the ILI9320, ILI9325, or ILI9331. You can google for the datasheets. |
| 19:43:28 | pamaury | (scale, rotate, blit, overlay) |
| 19:43:53 | pamaury | low_light: thanks, I'll have a look right now :) |
| 19:45:29 | [Saint] | Hmmm...isn't one of those used in the Nano2G? |
| 19:45:45 | [Saint] | ILI9331 iirc. |
| 19:46:26 | [Saint] | Ah, oops. Nope. |
| 19:47:34 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:48:10 | pamaury | low_light: actually there seems to be two lcd "models" |
| 19:48:17 | pamaury | I've only implemented one |
| 19:51:03 | | Quit japc (Ping timeout: 248 seconds) |
| 19:51:25 | pamaury | I need to do some test to check that it really matches |
| 19:55:30 | pamaury | wow, I would not have thought a LCD had so much parameters :-/ |
| 19:56:13 | low_light | pamaury: was just looking at your code and thought the registers 0x50-0x53 for writing looked familiar. [Saint] is right, the Nano2g has 2 lcd's, one being the ILI9320 with similar registers. |
| 19:57:02 | *** | Saving seen data "./dancer.seen" |
| 19:58:03 | pamaury | indeed it seems to match, thanks ! |
| 19:59:47 | | Quit saratoga (Changing host) |
| 19:59:47 | | Join saratoga [0] (9803c6dd@rockbox/developer/saratoga) |
| 19:59:52 | CIA-87 | New commit by Buschel (r29792): Fix compiler warnings ('variable set ut not used') with GCC 4.6.0. |
| 20:00 |
| 20:00:15 | pixelma | low_light: welcome back :) |
| 20:00:59 | low_light | pixelma: thanks :) |
| 20:03:03 | low_light | I'm itching for a new target :) |
| 20:03:57 | CIA-87 | r29792 build result: All green |
| 20:14:23 | | Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) |
| 20:19:59 | | Quit evilnick_B (Ping timeout: 252 seconds) |
| 20:23:41 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 20:33:30 | | Quit Jerom1 (Quit: Leaving.) |
| 20:34:12 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 20:37:31 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 20:41:43 | | Quit lovasoa (Ping timeout: 248 seconds) |
| 20:47:14 | | Join lovasoa [0] (~lovasoa@2a01:e35:8a2e:8080:226:bbff:fe15:33b0) |
| 20:49:32 | | Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) |
| 20:52:36 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 21:00 |
| 21:15:28 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 21:18:15 | kugel | gevaerts: I already played a bit with buflib (adding support for named allocs and printing stats about all current allocs) |
| 21:18:32 | | Quit Lear (Ping timeout: 240 seconds) |
| 21:19:30 | | Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) |
| 21:40:02 | | Join japc [0] (~japc@bl21-173-7.dsl.telepac.pt) |
| 21:50:43 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 21:56:09 | | Quit efyx (Remote host closed the connection) |
| 21:57:03 | *** | Saving seen data "./dancer.seen" |
| 21:58:47 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 21:58:53 | | Join milk__ [0] (~milk@94-193-93-226.zone7.bethere.co.uk) |
| 21:59:54 | | Nick milk__ is now known as milk (~milk@94-193-93-226.zone7.bethere.co.uk) |
| 22:00 |
| 22:04:49 | | Quit froggyman (Quit: Ex-Chat) |
| 22:07:13 | | Join mshathlonxp [0] (~msh@5acba075.bb.sky.com) |
| 22:07:27 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 22:08:52 | dfkt | i just registered for the wiki, user name MartinSaegmueller - can i have access to add current FM presets for vienna, austria? |
| 22:09:54 | bluebrother | dfkt: sure, gimme a second |
| 22:10:03 | dfkt | thanks |
| 22:10:26 | saratoga | i tried but the wiki is timing out for me, maybe bluebrother will have more luck |
| 22:11:42 | bluebrother | dfkt: done |
| 22:11:45 | dfkt | thank you |
| 22:11:59 | * | bluebrother wonders why some people / accounts don't have a wiki page |
| 22:12:05 | bluebrother | oh, and promise not to spam ;-) |
| 22:12:43 | dfkt | muahahaha |
| 22:13:05 | * | bluebrother hurries to remove from list again |
| 22:13:09 | bluebrother | :) |
| 22:13:09 | dfkt | ;) |
| 22:13:24 | Buschel | jhMikeS: your playback engine rework seems to have fixed FS #11495. I cannot reproduce it anymore :) |
| 22:13:55 | * | bluebrother wants more free time (and motivation) to start building up an fm presets page |
| 22:15:34 | dfkt | something similar to the wps pages? |
| 22:15:35 | jhMikeS | Buschel: great! |
| 22:19:33 | bluebrother | does the clip+ support charging while turned off? |
| 22:20:51 | dfkt | it uses the stock firmware for charging when turned off, currently |
| 22:21:12 | | Quit froggyman (Quit: gah) |
| 22:21:53 | bluebrother | forum admins: is it possible to make the rss feed also include the poster name? |
| 22:23:06 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 22:25:41 | saratoga | bluebrother: I think it has to be powered up (so the charger is running) |
| 22:41:11 | Buschel | jhMikeS: FS #10930 is also fixed with your rework. good job! |
| 22:48:00 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 22:57:05 | | Quit Lear (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756]) |
| 23:00 |
| 23:10:52 | | Quit knittl (Ping timeout: 240 seconds) |
| 23:10:58 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
| 23:14:01 | lovasoa | Hi |
| 23:14:19 | lovasoa | can someone help me fixing a bug in iap.c ? |
| 23:15:42 | lovasoa | I explain the problem: I have an iPod dock. With it, I can fast forward during music playback. |
| 23:16:56 | lovasoa | The specification says that the dock must send a new pack each 500ms while a key is pressed on the dock. |
| 23:17:29 | lovasoa | And then, when all keys are released, it must send an other command to the iPod |
| 23:18:39 | lovasoa | the problem is that rockbox stop fast forwarding only when it receives the second command, and not when the dock stops sending new packets. |
| 23:19:19 | lovasoa | But the dock sends the final packet only one or two seconds after all keys are released |
| 23:19:36 | | Quit TheLemonMan (Quit: Destructor called) |
| 23:19:39 | | Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) |
| 23:20:03 | lovasoa | That makes fast forwardind very unaccurate |
| 23:20:55 | lovasoa | Since key maps are not handledin iap.c, I can not wonder how to fix the bug |
| 23:23:11 | lovasoa | This is an SOS |
| 23:32:14 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 23:41:44 | lovasoa | I post the hole story again |
| 23:41:45 | lovasoa | <lovasoa> Hi |
| 23:41:45 | lovasoa | <lovasoa> can someone help me fixing a bug in iap.c ? |
| 23:41:45 | DBUG | Enqueued KICK lovasoa |
| 23:41:45 | lovasoa | <lovasoa> I explain the problem: I have an iPod dock. With it, I can fast forward during music playback. |
| 23:41:45 | lovasoa | <lovasoa> The specification says that the dock must send a new pack each 500ms while a key is pressed on the dock. |
| 23:41:45 | *** | Alert Mode level 1 |
| 23:41:45 | lovasoa | <lovasoa> And then, when all keys are released, it must send an other command to the iPod |
| 23:41:47 | lovasoa | <lovasoa> the problem is that rockbox stop fast forwarding only when it receives the second command, and not when the dock stops sending new packets. |
| 23:41:50 | lovasoa | <lovasoa> But the dock sends the final packet only one or two seconds after all keys are released |
| 23:41:52 | lovasoa | * TheLemonMan est parti (Quit: Destructor called) |
| 23:41:54 | lovasoa | * benedikt93 est parti (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) |
| 23:41:56 | lovasoa | <lovasoa> That makes fast forwardind very unaccurate |
| 23:41:58 | lovasoa | <lovasoa> Since key maps are not handledin iap.c, I can not wonder how to fix the bug |
| 23:42:02 | lovasoa | <lovasoa> This is an SOS |
| 23:42:28 | pamaury | lovasoa: no answer means no one know or the people who know are not there |
| 23:42:30 | bluebrother | lovasoa: please don't repeat questions in whole. There's likely nobody around that can help you |
| 23:42:54 | lovasoa | sorry |
| 23:43:27 | bluebrother | I did read your question but have no idea about the code in question |
| 23:43:44 | lovasoa | It's in apps/iap.c |
| 23:43:49 | bluebrother | (though I want to look into IAP to figure why my dock isn't working with Rockbox :) |
| 23:44:15 | lovasoa | Your dock isn't working at all ? |
| 23:44:29 | lovasoa | Awesome ! Maybe we can change that ! |
| 23:44:56 | lovasoa | Did you log the communications between your dock and rockbox ? |
| 23:45:13 | bluebrother | well, it works with the Apple firmware. Looking at the data send shows that it uses the basic serial commands |
| 23:45:37 | | Quit ChickeNES (Read error: Connection reset by peer) |
| 23:45:40 | bluebrother | and that UART analyzer of the Open Logic Analyzer is really nice :) |
| 23:45:48 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 23:47:19 | lovasoa | So can you upload the data you intercepted ? |
| 23:48:20 | bluebrother | well, for now I've just dumped some and checked against the protocol as described in the IPL wiki copies around in the web |
| 23:48:45 | bluebrother | haven't had much time to look into that lately (plus I want to get a new Rockbox Utility release out soon) |
| 23:49:21 | lovasoa | So just upload your dump and I'll look at it... |
| 23:50:10 | bluebrother | there is no dump I could upload (cat /dev/ttyUSB0 | xxd doesn't give me a file ;-) |
| 23:51:11 | lovasoa | It's a pitty... |
| 23:51:44 | bluebrother | but believe me there is nothing special. It's just the commands as IPL described. |
| 23:51:46 | *** | Alert Mode OFF |
| 23:52:01 | bluebrother | my guess is that Rockbox doesn't recognize the dock as dock. |
| 23:53:40 | lovasoa | You mean that rockbox doesn't have a good serial driver on your device ? |
| 23:54:32 | | Join warriors [0] (~ircap@190.52.151.183) |
| 23:54:50 | bluebrother | no idea. AFAIK serial on Ipod Mini 2G should work. Haven't found the time to recheck. |
| 23:55:13 | bluebrother | I've basically just added the hardware necessary to look into what's going on between device and dock. Nothing more yet. |
| 23:57:07 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).