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

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

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

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

#rockbox log for 2011-12-22

00:00:00lorenzo92kugel: okay, if needed we can rework them a bit hehe
00:00:05kugelsourcing has the other advantage that you can set env variables in the scripts. they'll be visible in the caller script
00:00:45lorenzo92uhm yeah we can clean them up in this way...
00:02:02kugellorenzo92: i go to bed now, thanks for your time
00:02:07 Quit T44 (Ping timeout: 240 seconds)
00:02:17lorenzo92yeah me too, thanks you too ;)
00:02:26lorenzo92I will start the bench now :D
00:02:29lorenzo92bye!
00:04:38 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813])
00:04:59 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)
00:06:23 Quit Misan (Remote host closed the connection)
00:12:11 Quit Thra11 (Ping timeout: 244 seconds)
00:15:17 Join Scromple [0] (~Simon@119.225.209.134)
00:15:59 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111212185108])
00:18:50 Quit domonoky (Read error: Connection reset by peer)
00:23:39 Quit ender` (Quit: Kiss a pair of boobs and the movie's rated R. Chop them off and it's PG-13.-- Jack Nicholson (?))
00:30:53 Quit pamaury (Remote host closed the connection)
00:37:08 Join Yollean [0] (~chatzilla@pool-108-50-15-245.sctnpa.east.verizon.net)
00:38:32 Quit Yollean (Client Quit)
00:38:47 Join Yollean [0] (~chatzilla@pool-108-50-15-245.sctnpa.east.verizon.net)
00:38:48 Quit Yollean (Client Quit)
00:39:02 Join rasher_ [0] (~chatzilla@pool-108-50-15-245.sctnpa.east.verizon.net)
00:40:29remlapHmm anyone experienced any problems with aac being slow
00:40:56 Quit rasher_ (Client Quit)
00:41:10 Join finis [0] (~chatzilla@pool-108-50-15-245.sctnpa.east.verizon.net)
00:41:39 Part jefffp
00:41:43 Quit finis (Client Quit)
00:47:49soapstereo 44.1 khz AAC?
00:59:40 Quit bluefoxx (Quit: 5a 65 75 73 73 2d 73 6f 64 64 69 74 2d 66 75 63 6b 2c 20 49 27 6c 6c 20 62 65 20 62 61 63 6b 2e 2e 2e)
01:00
01:00:59 Join nosa [0] (~m00k@adsl-74-235-42-181.clt.bellsouth.net)
01:02:58 Join JdGord [0] (~AndChat@106.71.96.192)
01:03:20 Quit nosa-j (Ping timeout: 244 seconds)
01:03:20 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-181.clt.bellsouth.net)
01:04:33 Quit anewuser_ ()
01:06:05 Join anewuser [0] (~anewuser@186.93.204.116)
01:06:05 Quit anewuser (Changing host)
01:06:05 Join anewuser [0] (~anewuser@unaffiliated/anewuser)
01:15:07 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net)
01:16:30 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk)
01:18:44nick-pJdGord: ping
01:19:00JdGordPong
01:19:08nick-pIs a new General Settings > Startup/ Shutdown menu something you could live with?
01:20:03JdGordYeah, its a bit excessive but meh
01:20:59nick-pI thought so too, I'm just trying to put forward something that <= one person will object to ;)
01:22:01JdGordDon't even bother trying
01:22:13JdGordToo many people for everyone to stay happy
01:23:18nick-pAt least this way is not such an upheaval to move things around under General Settings at a later date
01:24:10nick-pYour good work campaigning for moving T&D into Settings paved the way!
01:25:56 Quit toffe82 (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111216140209])
01:30:16***Saving seen data "./dancer.seen"
01:30:43 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.upenn.edu)
01:31:40JdGordNick: wasn't I against it? :)
01:33:19 Quit factor (Quit: Leaving)
01:34:45nick-pOops, didn't realise you were in the the opposing camp :)
01:35:17nick-pI thought you were in favour of ultimatly getting rid of the root level System menu
01:36:56JdGordThat I am
01:37:09JdGordBut t&d isn't settings :)
01:37:40JdGordIts also possible I just swapped sides (as I'm prone to being contrarian)
01:38:20nick-pOnce it's ben asset stripped it could even go back, ha ha
01:40:22nick-pI agree about the not a setting arguement btw, but I also agree with the "that's how everone else does it" position
01:42:28nick-pAnyway, I'll put together a patch in the (uk) morning, bye for now
01:43:24 Quit nick-p (Quit: Leaving)
02:00
02:01:00 Quit ehntoo_ (Ping timeout: 252 seconds)
02:23:12 Join factor [0] (~factor@74.197.205.204)
02:29:47 Join jdgord_ [0] (~AndChat@123-243-140-31.static.tpgi.com.au)
02:33:06 Quit JdGord (Ping timeout: 240 seconds)
02:42:08 Join JdGord [0] (~AndChat@123-243-140-31.static.tpgi.com.au)
02:43:05 Quit jdgord_ (Ping timeout: 252 seconds)
02:45:35 Join jdgord_ [0] (~AndChat@58.108.53.55)
02:46:23 Quit JdGord (Ping timeout: 252 seconds)
03:00
03:30:18***Saving seen data "./dancer.seen"
03:37:30 Join webguest32 [0] (~027f078f@www.haxx.se)
03:37:52webguest32Hi everybody just have a quick question
03:38:01webguest32I installed rockbox on my sansa fuze
03:38:19webguest32then wanted to remove it, so I deleted all rockbox related files on the player
03:38:35saratogacheck the uninstall directions in the manual
03:39:11webguest32But now when I turn it on normally, the rockbox start screen shows up followed by a black screen saying firmware not found
03:39:22webguest32the manual wont tell me how to return it to normal
03:39:29[Saint]Uninstallation is "updating" the original firmware with a clean firmware file.
03:39:36webguest32all rockbox files are gone yet why is tht screen still cming
03:39:50webguest32so how do i return it to normal
03:39:57[Saint]You didn't remove the bootloader.
03:40:07saratogafollow the uninstall directions
03:40:15[Saint]Its patched into the firmware. Read the manual.
03:40:28webguest32ok will do cheers
03:41:51[Saint]Out of curiosity, for what reason did you decide to remove rockbox?
03:43:17webguest32basically this is a sub-issue pertaining to a main issue im having
03:43:35webguest32when I put songs on the sansa some fail to appear
03:43:46webguest32Iv tried both msc and mtc mode
03:43:57webguest32as well as dragging nd dropping and wmp
03:44:11webguest32a folder will appear in the directory
03:44:20webguest32but the mp3 files themselves will be missing
03:44:31webguest32whats wrong does any one know?
03:46:23[Saint]Incorrect "show files" setting?
03:46:42[Saint]Are they able to be viewed from a PC?
03:48:56webguest32no, the folder will appear on both the PC and player however the mp3 files themselves wont
03:49:54[Saint]Does this happen only with rockbox?
03:50:14[Saint]Or with the sansa firmware also?
03:50:24webguest32no with both firmwares
03:52:12[Saint]Then it sounds like a problem with your operating system, or some very weird hardware bug with the player.
03:53:13webguest32shit
03:53:26webguest32well iv tried it on many PCs
03:53:38webguest32so the player is probably screwed right
03:53:58[Saint]The first thing to do would be to check the filesystem.
03:54:12webguest32how?
03:54:12[Saint]Google can help here.
03:54:23webguest32Im a retard with technology btw sorry
03:54:43webguest32i shall google it, what should I check for?
03:55:09 Join JdGord [0] (~AndChat@58.108.53.55)
03:55:20 Quit jdgord_ (Read error: Connection reset by peer)
03:59:02webguest32on second thoughts never mind that
04:00
04:00:24webguest32Im trying to remove the bootloader with rockbox utility. It is unable to do so, its coming up with the message "rockbox utility cannot uninstall the bootloader on this target. Try a normal firmware update to remove bootloader"
04:00:30webguest32what does this mean
04:00:44webguest32should I reinstall the sansa firmware
04:00:51webguest32evern though its already present
04:01:40[Saint]Its telling you "update the firmware with a clean firmware file, using the method you would normally use to do so"
04:02:20webguest32which firmware, sansa or rockbox
04:03:07[Saint]Well...you're trying to remove rockbox right? The sansa firmware.
04:03:19[Saint]The manual covers this.
04:07:01webguest32lol. thanks.
04:11:59 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:13:00 Quit [Saint] (Ping timeout: 252 seconds)
04:19:45 Quit TheSeven (Disconnected by services)
04:20:06 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven)
04:28:05 Join Mad_Max [0] (~chatzilla@c-71-193-88-25.hsd1.mn.comcast.net)
04:29:17Mad_MaxHi I have an iPod classic (the newest model) and when I plug it into my computer (windows 7) I get a "usb not recognized" message. Do you guys know of any fixes?
04:29:26 Quit factor (Ping timeout: 248 seconds)
04:31:58 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:32:04 Quit [Saint_] (Ping timeout: 252 seconds)
04:34:34 Quit amiconn (Disconnected by services)
04:34:35 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:34:57 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:35:18 Quit pixelma (Disconnected by services)
04:35:20 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:35:22 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:37:00 Quit froggyman (Quit: People who think they know everything are really annoying to those of us who actually do.)
04:38:01 Join froggyman [0] (~froggyman@unaffiliated/froggyman)
04:38:19 Quit dys` (Ping timeout: 252 seconds)
04:39:02 Join dys` [0] (~andreas@krlh-5f713315.pool.mediaWays.net)
04:40:27 Quit JdGord (Ping timeout: 252 seconds)
04:41:03 Quit webguest32 (Quit: CGI:IRC)
04:46:30Mad_MaxHello?
04:47:06funmanMad_Max: which revision of rockbox you running ?
04:47:07[Saint]Hi...plenty of people around. Just ask your question if you have one.
04:48:15Mad_MaxI am running one of the nightly builds, I believe from the 6th or 7th
04:48:37funmanrevision number? you can find it in debug info i think
04:48:55funmanalso always try the latest revision before reporting a bug
04:49:27[Saint]Version is in rockboxinfo iirc.
04:50:25 Quit froggyman (Quit: People who think they know everything are really annoying to those of us who actually do.)
04:50:54 Join froggyman [0] (~froggyman@unaffiliated/froggyman)
04:54:07Mad_MaxSorry, it took me so long to reply r31237-11214
04:54:32Mad_MaxI am somewhat of a newbie at this so forgive me if it takes a while
04:55:40Mad_Maxfunman: I can't try the newest verson, as windows won't let me access the drive
04:56:42funmanah you can't boot the ipod OF ?
04:57:40Mad_MaxNo, I don't have it dual booted
04:58:29Mad_MaxI can access the emcore boot menu though
04:59:13funmanreinstall everything from scratch i would say
05:00
05:00:03Mad_MaxYikes, does that mean format through emcore?
05:03:22Mad_Maxfunman: one more thing, should I select the option to clear the rockbox configuration, clear the rockbox database, or reformat data partion?
05:04:12funmani have absolutely no clue, emcore is [7]'s work
05:04:48Mad_MaxOh okay, thanks I'll look around
05:16:21Mad_MaxHi, I just wanted to let everyone know (also this may be useful for the log) That I got it working successfully by reformatting, reinstalling the .ubi then reinstalling rockbox
05:16:31Mad_MaxThanks for your help everyone.
05:20:07CIA-114New commit by 03funman (r31399): usb-drv-as3525v2: use all endpoints
05:22:04CIA-114r31399 build result: All green
05:27:48 Quit Mad_Max (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111221031226])
05:30:23***Saving seen data "./dancer.seen"
05:41:35 Quit Horscht (Quit: Verlassend)
05:43:01funmanoops he left without telling if usb worked in latest build
05:45:09 Join Rob2222 [0] (~Miranda@p4FFF3548.dip.t-dialin.net)
05:49:10 Quit Rob2223 (Ping timeout: 252 seconds)
05:54:33 Join factor [0] (~factor@74.197.205.204)
06:00
06:03:36remlapwhen I set an alarm how can I go back to playing music?
06:03:41 Join dhrasmus [0] (~dhrasmus@173-26-133-131.client.mchsi.com)
06:05:27 Quit [Saint] (Read error: Connection reset by peer)
06:06:00funmantrying to enable HID on clip zip: [ 4293.002670] generic-usb: probe of 0003:0781:74E5.0006 failed with error -22
06:06:08funmanerrno 22 = EINVAL (invalid argument) ?
06:06:31 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:11:11funmanhttp://pastie.org/3055774 : lsusb -v (hid is there)
06:11:31funmanlinux s3c-hsotg.c has some special code for interrupt endpoints but it seems only needed for PIO and we use DMA
06:12:32 Quit dhrasmus (Quit: Leaving)
07:00
07:30:25***Saving seen data "./dancer.seen"
07:55:17 Join TheLemonMan [0] (~LemonBoy@ppp-85-43.26-151.libero.it)
08:00
08:01:47 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:08:36 Join antil33t| [0] (~Ahurhurr@101.98.150.103)
08:09:50 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk)
08:11:00 Quit antil33t (Ping timeout: 255 seconds)
08:16:00 Join antil33t [0] (~Ahurhurr@101.98.150.103)
08:18:40 Quit antil33t| (Ping timeout: 252 seconds)
08:24:11 Join antil33t| [0] (~Ahurhurr@101.98.150.103)
08:26:45 Quit antil33t (Ping timeout: 255 seconds)
08:28:56 Join antil33t [0] (~Ahurhurr@101.98.150.103)
08:31:08 Quit antil33t| (Ping timeout: 240 seconds)
08:34:18 Join antil33t| [0] (~Ahurhurr@101.98.150.103)
08:35:58 Join evilwombat [0] (~evilwomba@ppp-71-128-200-85.dsl.sndg02.pacbell.net)
08:36:00 Quit Scromple (Read error: Connection reset by peer)
08:36:02evilwombatHello
08:36:23evilwombatHas anyone here attempted to replace the HDD inside an Archos Jukebox Recorder with an IDE/CF adapter and a compactflash card?
08:36:52 Quit antil33t (Ping timeout: 240 seconds)
08:40:58Zagorevilwombat: yes, and with the right card it works. however the hdd is an integral part of the recorder structure, so you'll have to build something to replace it
08:41:43evilwombatZagor, thanks. I am looking at http://www.newegg.com/Product/Product.aspx?Item=N82E16812186050&nm_mc=OTC-Froogle&cm_mmc=OTC-Froogle-_-Adapters+and+gender+changers-_-Syba-_-12186050
08:41:48evilwombatwhich seems to be the right form factor
08:42:13evilwombatI've seen the inside of my unit and understand that the mechanics of it may be troublesome
08:42:26evilwombatDo you know of any limitations on the allowed card size?
08:42:27Zagorhttp://forums.rockbox.org/index.php?topic=15786.0#msg173442
08:42:38Zagornot more than 128 GB :-)
08:42:44evilwombatyup, reading that
08:42:58evilwombat128GB is plenty. Is there a known lower limit, or should I pretty much be good to go?
08:43:29Zagorany size should work
08:43:46 Quit Zarggg (Quit: Rebooting client...)
08:44:05evilwombatWould you say spending ~$100 on such a project is worth it, or should I just buy a more modern device?
08:44:22Zagorthe latter :-)
08:44:28 Quit funman (Ping timeout: 240 seconds)
08:44:34[Saint]For "badass" factor, I think its totally worth it...
08:44:42evilwombatI imagine that with the battery capacity of the older devices, and the power requirements of the CF card, I would get rather respectable battery life
08:45:02desowinthat battery isn't new...
08:45:13evilwombatunfortunately I only have the 10GB model (with a blown charging fet, no less) and am considering picking up a 20GB model for the USB2.0 feature
08:45:16Zagordesowin: it uses AA batteries
08:45:24desowinah
08:45:26 Join funman [0] (~fun@rockbox/developer/funman)
08:45:51[Saint]But then, I have a 64GB compact flash iPod Color with a Bluetooth dongle and micro USB access...so, I like modding aging devices.
08:46:02desowinso the old devices actually were sane when it came to batteries
08:46:02Zagorevilwombat: if you really like your recorder, go for it. but a lot has happened in the last 10 years. new devices are smaller, more efficient and support much more file formats
08:46:28[Saint]I personally think a CF'd Recorder would be awesome, but there's cheaper alternatives, sure.
08:46:48amiconnZagor: ...and have worse sound quality (to a varying degree)
08:46:58Zagornot all of them
08:47:05evilwombatZagor, I also absolutely love the Rockbox playlist system, so I am restricted to devices supporting RB. What would be your recommendation for a well-supported device?
08:47:54[Saint]"Pretty much any of the ipods or sansas", IMO
08:48:01evilwombat(preferably something where the key-mapping isn't too insane)
08:48:38[Saint]IPod photo/Video are cheap, expandable hdd based players.
08:49:20[Saint]Sansa Fuse is a nice, available, flash based player with a microsd slot and colour screen.
08:49:27[Saint]*Fuze
08:50:53[Saint]The major decision is flash or hdd, then go from there.
08:51:07 Quit funman (Read error: Operation timed out)
08:51:29Zagorthe sansa buttons are probably more to your liking than the ipods
08:53:07*amiconn doesn't know a single swcodec target with better sound quality than the old archoses, and the few ones which come close (undistinguishable for most cases) are also pretty old
08:54:17 Join funman [0] (~fun@rockbox/developer/funman)
08:55:03kugelthey can play FLAC at least, not that lossy mp3
08:55:53amiconnThat doesn't make a crappy dac sound better... and the archoses can play wav (not comfortably atm though)
08:57:47[Saint]SQ of the older ipods is very nice IMO, Color/Photo,Mini,Nano1G
08:58:39kugelI can imagine the DAC is a bit better in those, you can make them bigger in such bricks after all :)
09:00
09:00:25[Saint]Nano1g is hardly a "brick" lol :)
09:00:43[Saint]Color/Photo...well, yeah.
09:01:08kugel[Saint]: I was talking about the recorder
09:13:04Zagorthe recorder actually has an integrated dac in the mp3 decoder chip
09:15:22amiconnThe Ondio is smaller (and lighter?) than all the 1.8" hdd based ipods. So much for "hwcodec == brick"
09:15:54Zagorwho said "hwcodec == brick" ?
09:15:59Zagorrecorder == brick
09:16:30Zagoror, more accurately, "2.5" hdd players == brick" :-)
09:16:38saratogathe main difference in quality between players is just if they have HD noise or not IMO
09:16:47saratogathe rest usually doesn't matter unless they're really bad
09:16:48*Zagor wants a 5.25" hdd player
09:17:26Zagorfull-height
09:18:32amiconnZagor: That was in regard to [Saint] talking about the available space for the dac
09:19:26Zagorthat was kugel, and he was talking about the recorder
09:19:39amiconner
09:19:43 Quit barul (Remote host closed the connection)
09:20:24amiconnZagor: (re 5.25") Can't you make one from this neo thing? ;)
09:20:49Zagorgood idea. it's certainly big enough. I'll strap it to a car battery.
09:21:30Zagornow I just need trousers with really big pockets
09:21:42[7]funman: I've seen weird behavior with iPod Classic USB on windows, while it seems to work perfectly fine on linux... trying to look into that tomorrow
09:22:13[7]also, he could have just launched "Rockbox fallback image" from the emCORE menu and updated rockbox from there - no need to reformat
09:22:32[7](this is a flashed, known-good rockbox version)
09:23:17[7]and if everything else fails, there are some more complex tools... you just can't brick a classic :)
09:24:02 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:24:59 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
09:25:33wodzminiaturization has its drawbacks - them most notable is the restriction on the output caps size.
09:26:40amiconnIt's not just output cap size (and there are headphone amp designs which don't need those)
09:27:32wodzD class without caps sounds shit
09:28:20amiconnI'm not talking d class
09:28:25wodzmost output stages are still AB class if quality matters
09:28:26amiconnThere are bridge designs
09:28:34wodzah yes, you are right
09:29:19amiconnOr "virtual ground" for that matter, since headphones have one common pin for l and r
09:29:47wodzamiconn: Are you going to express your opinion in HWCODEC ML thread?
09:30:28amiconner, yes I will
09:30:29***Saving seen data "./dancer.seen"
09:32:26kugelsooner or later :)
09:32:41amiconnmeh
09:33:16kugelamiconn: the thread is a week old now, it doesnt seem very important to you
09:37:08 Join Thra11 [0] (~thrall@87.112.173.79)
09:39:59 Join petur [0] (~petur@rockbox/developer/petur)
09:45:11CIA-114New commit by 03desowin (r31400): Sansa Connect: Significantly decrease MIN_YIELD_PERIOD in sdmmc driver.
09:45:42desowinI can see no point in blocking for 10 seconds waiting for dma transfer completion
09:47:00CIA-114r31400 build result: All green
09:47:01kugeldesowin: your commit seems to have an unrelated change
09:47:22kugelthis one reverts an earlier one IIRC
09:48:53desowinoh, but hopefully the in-progress interrupt change didn't got there
09:49:15kugelsome of your other commits also had unrelated changes IIRC
09:49:25kugelperhaps double check
09:55:33desowinhmm, usage of nops for dalays seems wrong
10:00
10:10:53kugeldesowin: did you look at the unrelated change?
10:11:26kugelI'm not sure since you said "hopefully" and didn't revert or so
10:12:55desowinyes, I did, there're strange things in that sd driver
10:13:25desowinI have to track them down, and having the clock lower doesn't trigger those
10:13:27gevaertsZagor: can you add 3.10 to flyspray?
10:13:37desowinno idea where it comes from though
10:14:09 Join ender` [0] (~ender@foo.eternallybored.org)
10:14:37desowinand well, in OF it works... but it might be some other modules clock restrictions I don't know of
10:15:31desowintoo bad the problem only trigers after long playback
10:27:53Zagorgevaerts: done
10:28:19gevaertsthanks
10:29:26desowingevaerts: any news on mrobe 500 battery_bench? did it drain the battery?
10:33:04 Quit evilwombat (Ping timeout: 252 seconds)
10:33:36 Join swilde [0] (~wilde@aktaia.intevation.org)
10:33:45gevaertsdesowin: it looks better. I haven't been able to look at the results yet
10:36:01desowingevaerts: have you used the patches or just plain svn?
10:36:10gevaertsthis was plain svn
10:36:33desowingood
10:37:05swildeHi, recently self compiled rockbox builds started to crash on me when I connect USB, using the current prebuild release does not show this misbehavior. I used to use self compiled builds for years without major problems but suddenly this problem exists with every build I do... My DAP is an Sansa e200v2. Any Ideas where to look at?
10:38:24desowinaccording to the data manual the clkout is not used *at all* in dm320
10:38:49desowingevaerts: so if the battery_bench was fine, the bug report is invalid
10:39:16gevaertsdesowin: let's wait until I've had a chance to actually look at the log :)
10:39:18swildeWhat I did (didn't): I completely deleted and rebuild my build directory, I did not update the build tools (still the same I'm using since March).
10:39:50desowingevaerts: I've observed same problem and it was due to locking in udelay() which was fixed since then ;-)
10:39:51gevaertsAll I really know at this point is that it was still playing when I went to sleep last night, which was a lot longer than my previous attempts
10:40:33*gevaerts promises lots of interesting numbers in a few days. Battery bench results aren't fast to get
10:41:37gevaertsnick-p: your r31362 commit is wrong
10:42:18nick-pgevaerts: how so?
10:42:22gevaertsswilde: the toolchain hasn't been updated in the last year, so that shouldn't be the problem
10:42:47 Quit Keripo (Quit: Leaving.)
10:43:10gevaertshm
10:43:18gevaertsoh
10:43:34desowingevaerts: kugel removed the old arm toolchain
10:43:42gevaertsnick-p: sorry, I apparently missed the commit before that :\
10:44:06swildegevaerts: yes, thats what I thought, too −− but question is: what might be the problem?
10:44:26nick-pgevaerts: you had me worried there
10:45:14swildegevaerts: I'm using Debian Squeeze amd64 as build host, which used to work fine and as the build tools did not I think the host system should not cause such problems, right?
10:45:15JdGordongevaerts: get a smaller battery then!
10:45:39desowinor cheap ebay one ;-)
10:47:18gevaertsswilde: you're definitely not the only one using that. Is your svn checkout unmodified?
10:48:14swildegevaerts: 'svn st' is quiet...
10:48:37 Quit mc2739 (Ping timeout: 240 seconds)
10:49:01swildegevaerts: maybe I should try an completely fresh checkout anyway...
10:50:29 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
11:00
11:30:30***Saving seen data "./dancer.seen"
11:30:40 Join LinusN [0] (~linus@giant.haxx.se)
11:39:21 Quit [Saint] (Ping timeout: 244 seconds)
11:41:57 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
11:55:13 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
11:55:13 Quit pamaury (Changing host)
11:55:13 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:00
12:01:51swildegevaerts: strange (but pleasant): using a complete fresh svn checkout the problem seems to have gone ... (I still wonder why svn st hadn't shown any differences then)
12:11:50 Join rarog [0] (~chatzilla@p4FF5D0C8.dip.t-dialin.net)
12:11:55 Join n1s [0] (~n1s@rockbox/developer/n1s)
12:13:58rarogpamaury: : Either I have found the source of error or I just don't understand, how it works... FS #12468
12:13:58fs-bluebothttp://www.rockbox.org/tracker/task/12468 3Hotswap fails to recognize the card after it was removed in USB mode (bugs, unconfirmed)
12:32:14 Join lorenzo92 [0] (~chatzilla@95.232.110.145)
12:33:03lorenzo92kugel: :O more than 12 hrs, still 3,635 volts :)
12:33:16lorenzo92kugel: pretty nice
12:33:29 Quit n1s (Read error: Connection timed out)
12:34:03 Join n1s [0] (~n1s@rockbox/developer/n1s)
12:34:51lorenzo92kugel: last readouts/time -> 3.670v @ 10:40; 3.660v @ 11:20; 3.650v @ 11.40; 3.635 @ 12:30
12:47:11 Join dfkt [0] (dfkt@unaffiliated/dfkt)
12:49:55pamauryrarog: I don't understand your comment about MCI_ACMD
12:54:15 Quit nick-p (Quit: Leaving)
12:57:06kugellorenzo92: nice indeed
12:57:26kugellorenzo92: are you here this evening? I want to try to make a rom
12:57:35rarogpamaury: ok. sd_wait_for_tran_state sends SSP_SHORT_RESP as 3rd parameter to send_cmd and send_cmd SSP_SHORT_RESP equals to 1. then send_cmd ANDs this 1 to the value of MCI_ACMD which equals to 4, so the result is 0. 0 equals false so the if returns false.
12:57:58pamauryoops, that's a typo, send_cmd should use the MCI_*
12:58:40raroghm... so I did find the faulty place? :D
12:58:56pamauryrarog: no, by chance it works because SSP_SHORT_RESP=1=MCI_RESP
12:59:30pamaurythe if in send_cmd returns false only if flags contains MCI_ACMD and the send_cmd was successful
13:00
13:00:13SynrGhm, i get #12050 ... it was useful to read the report, as leaving the radio screen is an ok workaround
13:00:52rarogAh, I read it wrong...
13:01:12rarogHow embarassing. :D
13:01:25pamauryanyway, there are a few SSP_ instead of MCI_
13:01:28pamauryso thanks
13:01:29SynrGany way i can provide more info on this? i see nothing new on this in over a month
13:01:31rarogSimple logic failure.
13:01:32lorenzo92kugel: nope :( I won't be there the whole afternoon and evening...
13:01:46rarogI was quite tired :D
13:02:23rarogbut at least now that you'll fix it, I'll retest the bug if it will disappear.
13:02:30rarogthe chance is still there.
13:02:37kugellorenzo92: that's unfortunate
13:04:08pamauryrarog: what is your real name ?
13:08:57 Quit [Saint] (Read error: Connection reset by peer)
13:09:37rarogpamaury: Andrej Sinicyn
13:10:50CIA-114New commit by 03pamaury (r31401): sd-imx233: fix a few parameters when calling send_cmd, thanks to Andrej Sinicyn for spotting this
13:11:19CIA-114New commit by 03pamaury (r31402): Add Andrej Sinicyn to credits
13:11:20pamaurythat might explain some bug, I'm not sure since the function was called with SSP_NO_RESP instead of MCI_NO_RESP which is wrong
13:12:20 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
13:12:44CIA-114r31401 build result: All green
13:14:07pamauryrarog: if you can, please test it, I won't have much time in the next days
13:14:22CIA-114r31402 build result: All green
13:16:11rarogsure, I'm compiling now and will test for my bug and perhaps several other which might be because of this. all those fuze+ related music bugs...
13:24:32 Join jlbiasini [0] (~56206037@www.haxx.se)
13:25:01jlbiasinirarog: pamaury: it seems I arrive quite on time for the party! :)
13:25:39pamauryrarog found something suspicious, I've fixed it, we'll see if it fixes the problem
13:26:01 Join lovasoa [0] (~olojkine@78.251.3.63)
13:27:14jlbiasiniI still have little problem with sd... Sometimes it seems to block or doesn't read anymore. But rarely and nothing consistent - pehraps this will improve it...
13:29:08jlbiasinidoes this need a bootloader recompiling?
13:29:56rarogimho no.
13:30:26rarogwell, it doesn't fix my usb sd card bug, everything other only happens in the main rockbox build I think.
13:30:34***Saving seen data "./dancer.seen"
13:30:52 Quit petur (Ping timeout: 240 seconds)
13:32:05rarogbut it seems to have fixed another bug I didn't submit yet.
13:32:24rarogat least with mp3 I had problem with smacking sound on resuming playing after a shutdown.
13:32:38rarogthis now seems to be gone.
13:34:45jlbiasiniI have a problem since sd with huge (>9000 files) playlist not resuming correctly on resume... I'm curious to se if it gets solved
13:34:52pamauryI can't be sure but this commit only fixes potential read/write errors
13:35:41jlbiasinion transferring files I had often read write error and the sd suddenly going read only
13:35:48rarogif this fixes small ugly and hard to reproduce strange bugs, then life is yet more happy with fuze+
13:36:19jlbiasiniyeah good job rarog keep on scratching
13:37:19jlbiasinirbutil is ready already I just want to had a liittle improvement to make some test between device and firmware passed to mkimxboot
13:37:50jlbiasiniso as soon we have bootloader on servers, we can have automatic instalation
13:38:35jlbiasini* to had -> to add :)
13:39:24 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
13:40:01 Quit factor (Read error: Connection reset by peer)
13:44:01[Saint]jlbiasini: that sounds like a filesystem error, rather than a rockbox bug.
13:44:56swildegha −− after one successful usb session my problem reappeared −− so the fresh svn seems not to be the fix either... :(
13:45:11jlbiasini[Saint]: yeah I wasn'tt sure myself of the sources of that this is why I didn't report it
13:45:46[Saint]It would be wise to check the filesystem of the sdcard.
13:46:54jlbiasiniI did it and it solve it but the problem came again just after so I thought that maybe rb was messing with but actually I don't really know...
13:48:32jlbiasiniand on direct copy with sd card reader from my laptop this doesn't happen. Any way it was also while copying huge quantity (> 20 gb) so I wasn't very surprise of an error...
13:51:05rarogjlbiasini: ok, if it SHOULD solve these problems, a new bootloader would be better though.
13:51:45rarogand tonight I'll retest my usb problem, if I still have the fail with -1 or if it is on some other corner of the code
13:51:50 Join mortalis [0] (~mortalis@77.108.98.177)
13:51:56jlbiasiniwell the question is to know if the mofication is in the bootloader part or not... pamaury?
13:52:22 Join petur [0] (~petur@rockbox/developer/petur)
13:52:35wodzmortalis: ping
13:52:47mortaliswodz: pong
13:53:09mortaliswodz: I made nand dump
13:53:30wodzcool, what about part number/READ ID response?
13:53:46rarogjlbiasini: I think every change inside the folder firmware affects the bootloader code. at least inside our path firmware/targets/arm/imx233
13:54:09rarogso anything directly in these folders should more or less effect it.
13:54:23rarogother subfolders of course aren't interesting for fuze+ compiling.
13:54:26wodzmortalis:^
13:54:52 Quit n1s (Quit: Ex-Chat)
13:57:43 Join factor [0] (~factor@74.197.205.204)
13:58:29rarogand now that I think about it - I should retest with renewed bootloader as well. what if the problem is solved but the older bootloader still sets some strange bits here and there so the fixes wouldn't apply. :D
14:00
14:00:22mortaliswodz: http://www.box.com/s/ikbayoi1sxdrl4s2mcdj, Part number: K9GAG08U0M
14:02:29wodzmortalis: thanks - I'll download it when get home
14:06:52 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813])
14:06:53kugelwe add bug reports to CREDITs now?
14:07:45[Saint]The file, or the plugin?
14:07:57kugelthat's the same
14:08:39[Saint]Not really...no.
14:08:47kugelit is..
14:09:01kugelthe plugin reads CREDITS
14:09:30[Saint]For instance "foo isn't in credits", not a bug "credits plugin doesn't cascade credits list", bug.
14:10:03*gevaerts claims that [Saint] is confused about what kugel was saying
14:10:14kugelprobably
14:10:28kugelI meant "we add people that reported bugs to CREDITS now?"
14:10:43kugelI wasnt very clear
14:10:52[Saint]Oh...wow, why the...
14:11:22[Saint]I *suppose* its contribution, but, when did this start?
14:11:50ZagorI think it should take a substantial patch to be included. otherwise we inflate the list and degrade the real contributors.
14:12:28kugelin this case no patch was provided
14:13:24[Saint]I'd remove it, then. Who added it?
14:13:35[Saint]I agree with Zagor .
14:13:49gevaertsI disagree with removing
14:13:53kugelpamaury an hour ago
14:14:45gevaertsI wouldn't have added him, but removing someone from CREDITS is not really the same thing as reverting a commit that introduces a bug I think
14:14:56[Saint]gevaerts: then, to be fair, all flyspray account users with a report should be added?
14:15:12gevaertsno
14:15:58[Saint]If not, I'd say remove it then. I don't see a reason to keep the name. I say that not even knowing who it is.
14:16:40gevaertsI think that at least psychologically removing someone from CREDITS is *not* the inverse operation of adding someone to CREDITS
14:17:07[Saint]As long as I've known it, credits was for "substantial contribution".
14:17:32[Saint]Adding one guy for a reason others weren't seems...wrong.
14:17:43[Saint]A mistake to be rectified.
14:17:48[Saint](IMO)
14:18:02gevaertsSure, by getting him to contribute a patch :)
14:18:17[Saint]That I can dig :)
14:18:24[Saint]...but until then....
14:19:33gevaertsSuppose this HWCODEC fork happens, should we remove everyone from trunk/CREDITS who only contributed to bits that are now removed?
14:20:38[Saint]To be blunt, I feel kinda warm and fuzzy about having my few dozen LOC in there. I wouldn't feel so warm and fuzzy if to get the same recognition all I did was point out something broke.
14:20:51[Saint]And, no, certainly not.
14:24:30rarogwell, it was me who was added, I wondered why. so i don't mind. :D
14:25:34rarogpamaury, jlbiasini: ok, now I can't use the sd anymore temporarily, I always get the panic that it couldn't be initialized with error -6
14:25:50 Quit wodz (Quit: Leaving)
14:27:36CIA-114New commit by 03zagor (r31403): Thank you for the bug hunting help, Andrej Sinicyn. However CREDITS is reserved for people who contribute substantial amounts of code or data.
14:29:21CIA-114r31403 build result: All green
14:29:21 Quit jlbiasini (Quit: CGI:IRC (EOF))
14:29:53rarog:D
14:31:22rarogpamaury: ok, so this build reveals some problems with sd initialization, previous version worked wrong but managed to init the card. without updated rb build the sd was initialized by bootloader and could be used by rb until it was removed and reinserted again.
14:32:35 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk)
14:38:34 Join jlbiasinii [0] (~56206037@www.haxx.se)
14:39:15jlbiasiniipamaury: I cannot test it for now... but if it is so, this is rather funny!
14:39:50jlbiasiniifix a but a get new probelm! rarog do you also have the same kind of problem?
14:40:09 Join audio-i [0] (~be190fca@www.haxx.se)
14:41:31rarogjlbiasinii: what problem do you have?
14:42:21jlbiasiniinothing i cannot test for now (repartitionnig in progress...) but pamaury seems to have problem with the new build
14:42:25audio-ishould the iPod video overlook bad/outdated touchscreen commands in a theme?
14:43:10 Join jlbiasini [0] (~56206037@www.haxx.se)
14:43:14 Quit jlbiasinii (Client Quit)
14:44:39audio-iif a theme for the Cowon D2 - also 320x240 - has outdated tocuhscreen commands, should it still work on the iPod video?
14:45:40audio-iI ask because it seems to me it used to be like that, the iPod video would accept it
14:47:36 Quit jlbiasini (Client Quit)
14:50:09rarogjlbiasinii: now I have the problem, that i have two fat tables and dosfsck can't fix it...
14:52:27rarogok, managed to repair it now... >.>
14:53:54rarogand I can't reproduce the non-initialization now anymore.
14:54:00*rarog sighs
14:56:28rarognow I can again.
14:58:49rarognow again not anymore...
14:59:19raroglooks like a more apparent timing problem.
14:59:48rarogI give up for now. I'm off to work.
14:59:53rarogbye. :)
14:59:58 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430])
15:00
15:00:02 Join jlbiasini [0] (~56206037@www.haxx.se)
15:00:28jlbiasiniwell the problem is that sd work good but usb with sd is data abord!
15:05:23 Part LinusN
15:07:55 Quit jlbiasini (Quit: CGI:IRC (EOF))
15:09:58 Join WalkGood [0] (~4@unaffiliated/walkgood)
15:10:02 Quit nick-p (Quit: Leaving)
15:22:10 Quit kadoban_ (Ping timeout: 252 seconds)
15:25:52 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
15:28:36pamauryrarog and jlbiasini have done more than bug reporting for the fuze+, unfortunately we are still not done with the sd problems
15:29:58 Join markun [0] (~markun@rockbox/developer/markun)
15:30:36***Saving seen data "./dancer.seen"
15:35:28pamauryjlbiasini (for the logs): yes, the modification also impacts the bootloader
15:36:03pamaurybut I don't get any data abort or any usb problem, it still works flawlessly on my fuze+
15:58:10dfktis it possible to skin the list scroll bar, or at least give it another color than the text? i'm not sure i understand the %LB tag, never got it working
15:59:23[Saint]No, you can only skin a scrollbar with skinned lists, not the "built in" scrollbar iiuc
16:00
16:01:23 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
16:01:36dfktthis means, declaring lists in their own viewport, and a graphical scrollbar in the same viewport?
16:01:40 Join rarog [0] (~chatzilla@p5DE93D51.dip.t-dialin.net)
16:03:11rarogpamaury: btw, I think the place for sd failure has changed. if I have the init failure, it is because sd_wait_for_trans returns 0 and not -1. and I haven't tested it yet, but I think that in usb mode the reinserting should fail because of the function returning 0.
16:05:14[Saint]Unless I'm mistaken, you can draw a scrollbar with skinned lists.
16:05:44pamauryrarog: iirc, sd_wait_for_trans returns 0 on success !
16:05:52[Saint]The tag(s) and syntax are unknown to me offhand though.
16:06:21dfkt[Saint], the documentation on those tags is rather sparse, but i assume a scrollbar uses what passes as "slider" for progress bars?
16:06:39dfktafaik, you didn't skin the scroll bar in cabbiev2?
16:06:56[Saint]No, that's a progressbar, not a scrollbar.
16:07:06rarogoh, then let me look into the other line, that seems suspicious then.
16:07:14dfkti actually was looking through hundred themes on the site, but none with custom scrollbar
16:07:44dfktit's the only thing missing for perfection ;)
16:07:47[Saint]I may be entirely wrong about it, but I thought skinned lists allowed for arbitrary placement and themeing of scrollbars.
16:08:18dfktguess i'll start with an empty sbs, checking out what can be done, thanks [Saint]
16:09:43[Saint]No worries, I can't be of too much help as I'm in bed on my phone, my netbook has a hiccup :)
16:10:50 Quit mortalis (Ping timeout: 276 seconds)
16:11:36dfkttell your netbook to get well soon ;)
16:12:29 Join mortalis [0] (~mortalis@77.108.98.177)
16:12:46jlbiasinipamaury: which is probably the reason why sd is still working on my device. Anyway the usb data error only happen once
16:12:59rarogpamaury: in sd_init_card you have "if(sd_wait_for_tran_state()) return -6", whicht enforces the panic in sd_thread.
16:13:00jlbiasiniI'm upgrating bl now
16:13:28pamauryrarog: this will return -6 only if sd_wait_for_trans_state returns something != 0
16:16:35rarogthen I have strange timing problems, every time I managed to try, it returned me 0 from sd_wait_for_tran_state.
16:17:34rarogthough if I remember correctly, I didn't get the returned value and called the function again, which then returned 0.
16:18:27pamaurywhy is that a problem ? If it returns 0 it means success, that's a good sign
16:18:36rarogthis would be another hint to some timing problems. else I don#t know, why sd init should fail several times I try. und 5 minutes later everything works and I can't provoke any error.
16:19:10rarogwhat I meant is, that i checked it's state, by calling it again right before i get th e-6 and panicf is called.
16:19:43rarogso I didn't have the nonzero of the call which provoked the -6, but a new one, which indeed goes through.
16:20:17 Quit jlbiasini (Ping timeout: 268 seconds)
16:20:31 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
16:21:21jlbiasinipamaury: rarog: on my device the new update (bl and rb) doesn't bring any obvious change.... My problem with huge playlist seems to be gone but on usb it doesn't reconnect if the sd is taken away once (like it was) on playing, taking the card away and back in does mount it back. Is it also what you have?
16:21:49rarogbut it didn't panic because of -1 either, which I put into place in sd_wait_for_trans. so it wasn't -1 or 0, which was returned to provoke the -6, but something outher in the line "return -10 * ((response >> 9) & 0xf);" which I didn't manage to catch yet.
16:22:13rarogyes, the non-mounting-back was the other bug I opened.
16:22:21rarogit was also in the previous builds.
16:22:27rarogbefore the fix with signals.
16:22:59rarogI'm hunting this error since several days. and hopefully it's almost tracked down.
16:23:09jlbiasiniok
16:23:21jlbiasiniso this what I understood
16:23:41 Join y4n [0] (y4n@unaffiliated/y4ndexx)
16:25:23rarogthis bug is yet there, but now not because of the parts which are fixed, but because of some other failure which ist to be identified soon.
16:28:15jlbiasinianyway I thinks that this FS #12457 should be closed isn't it?
16:28:15fs-bluebothttp://www.rockbox.org/tracker/task/12457 3[Fuze+] CRT-like effect on the second type of screen (bugs, new)
16:37:27raroghm... isn't this something alienkid reported in the forums? though I couldn't reproduce it so far.
16:46:35 Quit audio-i (Quit: CGI:IRC)
16:47:41jlbiasinifor what I know it is solved since bootloader-v2 pamaury?
16:47:42rarog"it (soft?) rebooted and I had no lines. I let backlight fade out then made it come in and still nothing" from December 7th
16:47:53rarogit should be solved, I think.
16:48:06pamaurythat's old, the fix is much more recent
16:48:11rarogbut he reported that the lines were cone but back after backlight went on.
16:48:26rarogok, then I think the bug can be closed.
16:48:53TheLemonManpamaury: any plan on implementing gpmi for any of the devices you're working on ?
16:49:04pamauryTheLemonMan: yes, creative zen x-fi2
16:49:05jlbiasiniI can't do it, no right on that :/
16:49:41TheLemonMani need to check hows the wiring on different player
16:50:04TheLemonManas there are some incongruencies in this code samsung sent me
16:50:38TheLemonManand the gpmi stays busy in DMAACK state
16:50:48pamauryI've not yet try or reverse engineer any nand related code, but I'll try and let you know
16:51:41TheLemonManshould be just a matter of gpio pins
16:52:52pamauryyes, the tricky part seems to have all the gpmi and ecc blocks interact
16:54:41TheLemonManwith chained dmas its not that hard
16:55:21pamaurycan the dma wait for the ecc to finish ? I've not had a close look
16:56:24TheLemonManit should, otherwise you need to use some irq magic
16:59:22 Part Zagor
17:00
17:04:54 Quit jhMikeS (Ping timeout: 240 seconds)
17:09:11 Quit lovasoa (Ping timeout: 252 seconds)
17:11:36rarogjlbiasini: did you ever had smacking sound when resuming a playlist after a reboot before today? like semi-broken decoding, if you know how that sounds.
17:13:40 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17:30:37***Saving seen data "./dancer.seen"
17:38:32 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:44:13 Quit factor (Read error: Operation timed out)
17:56:28 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.5/20111121045514])
17:59:16jlbiasinirarog: no never on what file format? isn't it related to file?
18:00
18:00:14 Join factor [0] (~factor@74.197.205.204)
18:06:52 Quit petur (Quit: *plop*)
18:09:31 Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
18:15:02TheLemonManchanging the clock divider made the pin state change to stall and a fifo empty error to pop out
18:17:15 Quit jlbiasini (Ping timeout: 240 seconds)
18:34:58 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
18:35:18 Join cet30048 [0] (cet30048@c-71-206-235-41.hsd1.pa.comcast.net)
18:35:22 Part cet30048
18:46:06gevaertsdesowin: I now have a battery bench for r31378
18:46:20gevaertsAny special requests on what to run next?
18:47:21*gevaerts assumes something pre-r31357
18:50:14desowinyou assume correctly
18:50:26desowinbut before you run that, I'll have small patch to test
18:52:12desowingevaerts: desowin.org/rockbox/dsp_clkoff.patch">http://desowin.org/rockbox/dsp_clkoff.patch
18:52:21gevaertsagainst current svn?
18:52:30desowinjust test if it still plays (really it should, but who knows)
18:52:32desowinyes
18:53:07desowindon't do battery bench as I suspect just a marginal increase
18:53:13gevaertsok, building now
18:55:11 Quit swilde (Remote host closed the connection)
18:58:10gevaertsdesowin: that seems to still play
19:00
19:00:32desowinokay, so this clock signal really isn't used anywhere
19:01:24 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
19:02:05gevaertsI'll start a battery bench for r31356 now. That will (finally!) tell us what r31358 did
19:03:13gevaertsoh, damn. That's before my battery_bench fix :\
19:03:24jlbiasinipamaury: would it be possible to have the rb bootloader writing some file on the fuze+ storage in order to have a way to detect its version? (only if it's easy to implement)
19:03:46CIA-114New commit by 03desowin (r31404): TMS320DM320: Disable CLOCKOUT signal to save some power.
19:04:30desowinwe're less than 52 minutes worse on runtime than Connect's OF
19:04:51kugelnot bad
19:04:57desowinwas three hour difference at beginning
19:05:05kugelfor such an early state anyway
19:05:28kugelsome targets only reach half of the OF runtime after maturing .)
19:05:55CIA-114r31404 build result: All green
19:11:19pamauryjlbiasini: there already is such a file
19:11:24 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de)
19:11:42desowinI wonder what clocking DSP at lower rate would do
19:12:01desowincurrently it is clocked at maximum
19:13:50jlbiasinipamaury: euh? which one?
19:14:08pamauryrockbox-info.txt
19:14:40pamauryiirc
19:15:22jlbiasiniyes but this give the version of rockbox not of the bootloader...
19:16:26pamauryah, sorry, I misread
19:16:29dfktdoesn't the bootloader version show up on start? other targets do that
19:16:37dfktonly for a split second, though
19:17:41jlbiasiniyes but i would like to implement the detect bootloader method in rockbox utility so I need a file...
19:19:31 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
19:20:09pamaurythe simplest way would be that rockbox utility put a file with this information at the same time as firmware.sb
19:21:08jlbiasinipamaury: except if we asume that we wait till the bootloader is really ready before to put it on the server.... If we do so then there no need to implement such a think but it would means that we are going to wait for a while!
19:21:37jlbiasinibefore to have rbutil with fuze+
19:22:23 Quit perrikwp (Ping timeout: 255 seconds)
19:22:28jlbiasinidoes anybody know what it take to have abootloader on a rb server and if it is a pain to update a new one regulary?
19:22:56*kugel booted his first self-hacked OF on the ypr0
19:23:26jlbiasinikugel: congrat \o/
19:23:59lebelliumkugel: congrats :p
19:24:14lebelliumas beautiful as modded fw 2.30? :D
19:24:39kugelof course not :)
19:24:50jlbiasinipamaury: anyway you are right the best way would be to have it from rbutil installing the file... except that rbutil has no way to know where the file is coming from...
19:25:29lebelliumkugel : what modifications did you do?
19:25:46kugelecho "Hello World" > /mnt/media0/hello.txt
19:25:47kugel:P
19:25:59lebellium^^
19:26:14kugelalso start /mnt/media0/r0 if exists
19:28:13 Quit WalkGood (Quit: asta)
19:28:22jlbiasinipamaury: or could we have the bootloader make adding some kind of header to the bootloader-fuzeplus.sansa?
19:28:31kugelffs, this mtp is super annoying
19:28:58lebelliummtp?
19:29:04pamauryjlbiasini: I prefer not to, and even then it would not change anything
19:29:22kugellebellium: the OF defaults to mtp, after flashing
19:29:39jlbiasinipamaury: ... which drive me to the conclusion that there is no simple way to handle that and that it's better to drop this
19:30:00pamauryyes, that's not worth the trouble I would say
19:30:12lebelliumkugel; ah... yes of course! But thanks to me newer models are UMS by default now hehe
19:30:40***Saving seen data "./dancer.seen"
19:30:53kugellebellium: do you work at samsung or something?
19:31:36lebelliumkugel : no, I work for an online advertising company in Berlin :p I'm a Samsung insider since 2005
19:32:00kugelI guess you can't be more specific than "insider"? :)
19:32:07jlbiasini" it would not change anything" once patched yes, but before patching rbutil could have it... well it would have add some mess with future other player necessity to follow also... forget it! :D
19:32:17 Quit Thra11 (Ping timeout: 255 seconds)
19:32:25kugellebellium: btw, if that meetup in berlin happens I might attend
19:33:11lebelliumkugel: I have good contacts at Samsung France and Korea and if firmwares are released on any model, that's only thanks to me, no other guy seems to report bugs to the R&D ll
19:33:16kugelit looks like you can't boot from media0, perhaps mooted noexec?
19:33:59 Join Horscht [0] (~Horscht@p57B5708A.dip.t-dialin.net)
19:33:59 Quit Horscht (Changing host)
19:33:59 Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:34:04lebelliummedia0 is microSd right?
19:34:27 Quit fs-bluebot (Ping timeout: 240 seconds)
19:35:43 Quit bluebrother^ (Ping timeout: 244 seconds)
19:36:03 Join fs-bluebot [0] (~fs-bluebo@f053152020.adsl.alicedsl.de)
19:37:22 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
19:37:27kugellebellium: nope, internal mem
19:38:07lebelliumso I don't understand what you mean since RB currently boots from media0 no?
19:38:27kugelhm right
19:38:34kugelthen I don't know why it didnt start
19:39:03kugelwait, perhaps it did
19:41:16 Join fml [0] (~chatzilla@manz-590f35ff.pool.mediaWays.net)
19:42:07*fml prepares to commit FS #12470 and FS #12473 (now I have time and won't have it in the next few days)
19:42:08fs-bluebothttp://www.rockbox.org/tracker/task/12470 3Rename "mp3entry.embed_albumart" to "mp3entry.has_embedded_albumart" (patches, new)
19:42:09fs-bluebothttp://www.rockbox.org/tracker/task/12473 3Rename "mp3entry.embed_cuesheet" to "mp3entry.embedded_cuesheet" and pull out a field (patches, new)
19:43:20fmlSo objecters: speak now or it will be too late :-)
19:44:22 Join Thra11 [0] (~thrall@87.115.6.19)
19:46:17 Join joshin [0] (~josh@unaffiliated/joshin)
19:47:32 Quit markun (Remote host closed the connection)
19:47:57kugellebellium: okay, apprently it did start r0 from media0
19:48:03kugelbecause USB doesn't work anymore :)
19:48:45CIA-114New commit by 03alle (r31405): Rename 'mp3entry.embed_albumart' to 'mp3entry.has_embedded_albumart' (FS #12470). No functional changes.
19:49:01lebelliumkugel: okay cool :) I hope USB still works with the OF or in Safe mode?
19:49:26kugelthis rom has no safe mode, and USB in the OF doesnt work anymore
19:50:18kugelluckily I can delete files using the OF
19:50:30lebelliumhum
19:50:39lebelliumyou should not take so many risks :p
19:51:24desowinif you brick it, you can always search for JTAG ;-)
19:51:33CIA-114r31405 build result: All green
19:51:53gevaertsUnbricking methods are hard to find without proper motivation :)
19:53:19lebelliumif you brick it, I can save you of course, but the best is to avoid that solution ;)
19:53:25lebelliumsituation*
19:56:12CIA-114New commit by 03alle (r31406): Rename 'mp3entry.embed_cuesheet' to 'mp3entry.embedded_cuesheet' and pull out a field (FS #12473)
19:59:06CIA-114r31406 build result: All green
20:00
20:02:04fmlIs the negative bin size impact because of struct fields alignment?
20:07:44 Quit fml (Quit: ChatZilla 0.9.87 [Firefox 3.6.24/20111107173218])
20:19:20 Join Buschel [0] (~chatzilla@p54A3A046.dip.t-dialin.net)
20:23:39 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
20:23:39 Quit bertrik (Changing host)
20:23:39 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
20:29:55 Join stoffel [0] (~quassel@pD9E412E7.dip.t-dialin.net)
20:32:05BuschelJdGordon: did you see http://forums.rockbox.org/index.php/topic,29622.msg187418/topicseen.html#msg187418 ?
20:39:17 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!)
20:43:52funmangevaerts: i wonder if hid transfers are handled differently by the amsv2 hw
20:44:46funmani read that the host polls the device for transfers, does it do so by transferring some data to us to which the hid driver answers?
20:45:56gevaertsnot really
20:46:24gevaertsThe hid driver prepares some data and passes it on to the controller, and at the next poll the controller will send it to the host
20:46:39funmanthe linux driver sets up the interrupt IN endpoints for periodic tranfser (with pio IIUC)
20:47:08funmangevaerts: using non blocking transfer?
20:47:08*gevaerts nods
20:47:20funmanI was wondering if 2 transfers could step on each other
20:47:34gevaertsIf they do, the hid driver is buggy
20:47:37funmane.g. transferring some data while the previous packets have not been sent
20:48:00gevaertsIt should wait for the previous data to be sent before doing new stuff
20:48:06funmanok
20:48:26gevaertsNo promises though :)
20:48:31funmani posted some dmesg yesterday (early morning for you)
20:48:41funmanapparently hid device detection fails with -22 = EINVAL
21:00
21:16:55 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
21:17:09 Join Stummi|afk [0] (~Stummi@77-64-128-168.dynamic.primacom.net)
21:17:10 Quit Stummi (Read error: Connection reset by peer)
21:17:31 Quit Stummi|afk (Read error: Connection reset by peer)
21:19:27 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
21:27:55lebelliumkugel: do u think it's possible to get the R0 into the SVN in the following days?
21:30:43***Saving seen data "./dancer.seen"
21:37:45 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
21:42:13bug2000funman, My bug report grew a bit.
21:42:28funmanwhat is FS# again?
21:42:48bug2000!bug 12475
21:42:51bug2000:(
21:42:55funmanFS #12475
21:42:56fs-bluebothttp://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed)
21:44:57TheLemonManpamaury: got the nand id :D gpmi is working
21:45:01funmanbug2000: no reliable way to reproduce it yet?
21:45:14bug2000funman, Just play mp3.
21:45:17pamauryTheLemonMan: what was the problem ?
21:45:34bug2000funman, I've reprocuded it that way so many times on the bus.
21:46:15TheLemonMani was shifting the data lenght over the ctrl0 config in the dma pio words
21:47:40funmanbug2000: let me dig out my clipv1 and see if i can reproduce
21:49:06bug2000funman, You can guess how annoying it can get when trying to hear a podcast and it dies on you every five minutes XD
21:52:59TheLemonManlebellium: ping
21:55:16kugellebellium: yea
21:56:28kugelbluebrother: the initial installation for the ypr0 can likely only be done on linux/unix. can rbutil cope with that?
21:56:43funmanbug2000: started playback
21:58:14bluebrotherkugel: how does that look like?
21:58:18jlbiasinipamaury: mkimxboot is already checking that the rb bootloader and of firmware are for the same device so I think that there is no need for a further check
21:58:32bluebrotherand no, Rockbox Utility can't cope with Linux installation on Windows :)
21:58:48bluebrotherwe can make it require some preinstallation
21:59:10bluebrotherlike you would need for e200r (though no work has been made for that) or the beast (still disabled)
21:59:18jlbiasinibluebrother: do you have any idea how bootloader get on the rb server?
21:59:25lebelliumTheLemonMan : yes?
21:59:34pamauryjlbiasini: the only necessary check would be that the firmware correspond to the device (you can't put a fuze+ firmware on a xxx device where xxx!=fuze+)
21:59:46pamaurybut I guess the OF already does that check more or less
21:59:52kugelbluebrother: shell scripts and precompiled binaries :'(
21:59:53bluebrotherjlbiasini: have someone build them, then upload them somewhere and ping the server admins (i.e. Bagder or Zagor)
22:00
22:00:06bluebrotherkugel: urgh. And no sources I presume?
22:00:11TheLemonMando you happen to have written somewhere the nand model of the q2 ?
22:00:21kugelbluebrother: you are right
22:00:42lebelliumyou can't read it on my pics?
22:00:45kugelalso the binary should be simple to reverse engineer for someone more skilled with x86 asm than me
22:00:55bluebrotherthat's really ugly.
22:01:19bluebrotherdoes that affect bootloader installation only?
22:01:26kugelyes
22:01:28funmanbluebrother: would it be possible to generate a .o with Visual Studio for beast patcher? instead of a dll
22:01:54funmanTheLemonMan: cowon?
22:02:11bluebrotherok, in that case we can simply disable bootloader installation in Rockbox Utility and require the user to do that by other means
22:02:24bluebrotherfunman: not sure. Maybe a lib file.
22:02:37jlbiasinipamaury: yes this is the return 4 from mkimxboot. The user can fool rbutil giving a wrong file but rbutil will get the bootloader of the right device. mkimxboot will then refuse to patch then. So I guess this is safe enough
22:02:55TheLemonManfunman: samsung yp-q2
22:02:59bluebrotherI haven't looked into that back when I was doing stuff on beastpatcher, and haven't done that recently when looking into building dlls for VS.
22:03:22bluebrothermixing compilers is usually a tricky thing
22:03:37pamauryjlbiasini: right, that only works if rbutil has a reliable of determining the device
22:03:56bluebrotherbut creating a .lib (which, afaiu is pretty much the same as an .a) should be possible
22:04:35funman.a is basically a bunch of .o zipped together, isnt it?
22:04:40bluebrotheryes.
22:04:55*bluebrother should give reworking the autodetection code a go
22:05:09bluebrotherthough I'm more interested in .tar.xz support in Rockbox Utility right now :)
22:06:36jlbiasiniactually fuze+ get autodetected through usb
22:07:30pamauryyeah, the usb vid:pid is reliable
22:08:30bluebrotherthe only problem is that we don't have a way to resolve vid/pid -> mountpoint
22:09:33pamauryhm, how is this done currently ?
22:09:37dfktdoes rockbox not support real 24bit colors on raaa? a screenshot of a gradient - original on bottom, rockbox sim (same as on real android) above: http://i.imgur.com/5uLZk.png
22:10:08jlbiasinipamaury: so the only way the user could pass through if he doesn't use autodetection would be to give of of the wrong device and bootloader of the same wrong device. In such a case I assume the player will not recognize the patched file as valid, isn't it?
22:10:26pamaurydepends on the OF checks
22:10:42pamauryI know the fuze+ OF is really picky so it will reject any invalid firmware
22:11:30jlbiasiniok so if you think it's necessary i can add it to mkimxboot. It was just to be sure
22:11:40 Quit [Saint] (Remote host closed the connection)
22:11:56pamauryno that's ok, even they the device is recoverable, so even stupid users are safe :D
22:12:01pamaury*then
22:12:30jlbiasinibluebrother: on linux the mount point get also correctly detected
22:13:07jlbiasinipamaury: it would be rather being perverse as idiot! :D
22:15:29 Quit Stummi (Quit: Bye!)
22:17:49jlbiasinibluebrother: pamaury: anyway I think that to have rbutil fully handling the installation (i. e. quick start menu availlable) fuze+ has to be pushed up to unstable. Rbutiil is checking a lot of stuff on the server to determine the status of every device. So everything works, the bootloader install is avallaible but still no quick start (full) installation
22:18:34pamauryI think we can safely promote the fuze+ to unstable
22:19:35 Quit stoffel (Read error: Operation timed out)
22:19:36jlbiasini\o/ I will then prepare all the file that has to be uploaded or patched. and ring some admin
22:20:01 Quit kadoban_ (Ping timeout: 244 seconds)
22:20:08 Quit joshin (Read error: Operation timed out)
22:20:53pamaurywhat has to be done to move a target to unstable ?
22:22:29gevaertsI could be missing things, but IIRC release a bootloader, adjust tools/builds.pm, and update the home page and possibly bits of wiki
22:22:33bluebrotherjlbiasini: the main problem with autodetection is that there are cases we simply cannot detect reliably. If we have a specific file that is always on the player we're good. If we can find some magic things on the drive (like firmware partition on ipods) we're good as well. But some cases are simply not possible, and the current code has some problems as well
22:23:08bluebrotherin either case, we have to live with the fact that autodetection isn't perfect. A user should _always_ know where his device shows up. If not he shouldn't install :)
22:27:23CIA-114New commit by 03bluebrother (r31407): Rockbox Utility: add description and helper code for VS. ...
22:29:19jlbiasinibluebrother: a solution could be to ask the user to unplug the device before starting rbutil and to plug it in while some autodetection is running. watching the usb would allow to target the device??
22:29:59CIA-114r31407 build result: All green
22:30:05jlbiasinii.e not even pid but new entrie
22:30:15 Join joshin [0] (~josh@ip72-201-88-235.ph.ph.cox.net)
22:30:15 Quit joshin (Changing host)
22:30:15 Join joshin [0] (~josh@unaffiliated/joshin)
22:31:23bluebrotherjlbiasini: the vid/pid detection works fine, that's not the problem. There are only a few players that don't have unique vid/pid pairs, and those are older ones
22:32:18bluebrothersee http://www.rockbox.org/wiki/DeviceDetection −− on the Archos devices we can check the (already present) firmware file, and on Ipods we use ipodpatcher
22:33:13bluebrotherhmm, why is the Fuze+ recovery mode marked as duplicate?
22:33:56bluebrotherthe main problem is reliably figuring the correct mountpoint. But if the user uses a wrong mountpoint we place the files on the wrong disk, which is not really much of a problem anywa.
22:34:24bluebrotherat least it doesn't cause any harm. Except for ipodpatcher / sansapatcher, and those have checks against this
22:34:53pamaurybluebrother: because it's not specific to the fuze+
22:35:07pamauryit's the same for all imx233 devices
22:35:10bluebrotherpamaury: ah, ok. It's unique in that list though :)
22:35:29pamauryright but since I plan to port other devices, it will hopefully have duplicates
22:35:33pamaury:)
22:35:52bluebrotherhopefully? :o
22:36:26bluebrotherbut since it's recovery mode it's not much of a problem −− Rockbox Utility isn't designed to recover players :)
22:39:03jlbiasinihttp://www.rockbox.org/tracker/task/12402
22:39:35jlbiasinicould someone check my patch? feel free to tell me if I should improve something...
22:40:29 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers)
22:40:44jlbiasiniI know already that I forget something: add usb error to rbutil.ini which is the usb pid of the fuze+ when in mtp mode
22:41:18bluebrotherjlbiasini: nice. I'll try to get around checking it
22:41:38jlbiasinithx
22:41:38bluebrotherthe wiki URL is wrong: the wiki pages don't end in .html :)
22:42:03bluebrotherI'm a bit busy right now though
22:42:12bug2000funman, Any luck?
22:42:49jlbiasinino hurry anyway as long as the files are not on the server...;-)
22:43:23jlbiasiniarf yes I have to change that
22:48:11dreamlayersbug2000: how long do you have to play MP3 before encountering FS #12475?
22:48:12fs-bluebothttp://www.rockbox.org/tracker/task/12475 3Crash while playing audio (bugs, unconfirmed)
22:48:25bug2000dreamlayers, From 5 minutes to 20 minutes.
22:48:39bug2000dreamlayers, Depends on how un/lucky I am.
22:49:02dreamlayersDoes it seem to happen at a track change or just randomly?
22:50:37dfktis it normal that only the backdrop image looks like proper 24 bit, while additional images get ugly 16bit dithering?
22:51:04kugellebellium: trying a firmware with safe mode and rockbox support
22:51:22lebelliumkugel: cool :)
22:51:23kugelthough, I changed the way the rockbox support works
22:52:07bug2000dreamlayers, Randomally. Try listen to podcast when it crash like that and lose your position as well.
22:52:16bug2000listenning*
22:52:41*bug2000 is trying to play with a different theme.
22:52:54kugellebellium: in the fw I made it tries to load rockbox.sh (from .rockbox so it can be in the rockbox.zip), and a rc.user after that
22:53:24kugelrockbox.sh sets the environment up to start rockbox. through rc.user it can be costimized even more
22:55:12kugelby loading I mean sourcing. that means rc.user can even change the binary to be loaded
22:58:49 Join _dreamlayers [0] (~dreamlaye@bas4-windsor12-1279287444.dsl.bell.ca)
22:59:41 Quit dreamlayers (Read error: Operation timed out)
23:00
23:01:10 Nick _dreamlayers is now known as dreamlayers (~dreamlaye@bas4-windsor12-1279287444.dsl.bell.ca)
23:01:22 Quit dreamlayers (Changing host)
23:01:22 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers)
23:01:46lebelliumkugel; sounds good but you know, I don't really understand those technical things, only lorenzo does^^
23:02:57 Part jlbiasini
23:08:28bug2000dfkt, I think it might be your theme. Pacman theme didn't crash yet and I need to go to sleep.
23:09:21gevaertsThat would be useful to confirm, but the bug still isn't in the theme. Themes shouldn't be able to crash rockbox
23:11:39 Quit bluefoxx (Ping timeout: 240 seconds)
23:13:14funmanbug2000: my clipv1 stil running ok
23:13:18dfkti have no issues with the theme?
23:13:45funmanr31403, but i m not sure which theme im using
23:16:50 Join keyb_gr_ [0] (~chatzilla@p4FF0587A.dip.t-dialin.net)
23:16:57 Quit keyb_gr (Ping timeout: 252 seconds)
23:16:58 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF0587A.dip.t-dialin.net)
23:20:32 Quit benedikt93 (Quit: Bye ;))
23:23:59 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:24:31 Join Scromple [0] (~Simon@119.225.209.134)
23:27:39 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:30:46***Saving seen data "./dancer.seen"
23:30:47 Quit [Saint] (Ping timeout: 255 seconds)
23:33:30 Quit liar (Ping timeout: 252 seconds)
23:38:24 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
23:39:54 Quit dreamlayers (Quit: bye)
23:48:51lebelliumkugel: I go to bed now, I have my plane to Paris early tomorrow. Hope to see the R0 in the SVN very soon and if I don't come back to the IRC by then, I wish you and the whole RB team a merry xmas :)
23:49:22 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:51:51kugellebellium: thanks! :) Signs look good for R0 to svn
23:52:23 Quit [Saint_] (Ping timeout: 255 seconds)
23:53:13 Quit domonoky (Read error: Connection reset by peer)
23:56:24*kugel wonders if there's more YP-R0 like targets, where RaaA can be ported to with moderate effort
23:57:03kugelthe nice thing about this port is that you can hardly tell the difference to a native port
23:57:24TheLemonManspeed? memory usage?
23:57:48kugelthere's no apparent speed difference
23:57:50 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111212185108])
23:58:35 Join T44 [0] (~Topy44@f048197124.adsl.alicedsl.de)

Previous day | Next day