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 2009-01-13

00:01:00 Join ShadowGazer [0] (n=ShadowGa@c-68-61-167-112.hsd1.mi.comcast.net)
00:03:14 Join solexx [0] (n=jrschulz@e176115229.adsl.alicedsl.de)
00:05:45 Join troy__ [0] (n=toppy@92.24.21.252)
00:11:42ShadowGazerI'm trying to install RB on a sansa e280 version 1. When I run the utility it does not recognize my sansa. I made sure it was a version 1 before I bought it. Can anyone give me any ideas?
00:12:58 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-49d8094fa998480d)
00:13:08 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon)
00:13:20krazykitShadowGazer, double-check and make sure the OF version is indeed 01.x.x
00:13:50ShadowGazerI did
00:14:07krazykitare you running the utility with root/administrator permissions?
00:14:12ShadowGazerYes
00:14:58ShadowGazerit's version 01.02.24A to be exact
00:17:12 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/session)
00:17:52 Quit archivator (""Pass midnight here"")
00:18:46 Quit solexx_ (Read error: 110 (Connection timed out))
00:20:34 Quit tyfoo ("Carpe diem")
00:20:56 Quit Zagor ("Clint excited")
00:21:35ShadowGazera manual install makes it so it reboots like it's installing but it doesn't install...it just goes back to the sansa startup screen then starts up normally
00:23:14 Quit troy_ (Read error: 110 (Connection timed out))
00:25:26 Quit ender` (" I like work: it fascinates me. I can sit and look at it for hours. -- Jerome K. Jerome")
00:25:27ShadowGazerI'm gonna try a computer reboot see if that makes any difference
00:25:33 Quit ShadowGazer ()
00:27:32 Join Genbu [0] (n=Byakko@207.62.156.219)
00:29:49Genbuneed korean text support help!
00:30:11rasherGenbu: which font are you using?
00:30:21Genbuhow do i check?
00:31:04 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
00:31:42CtcpPing from gevaerts!n=fg@rockbox/developer/gevaerts
00:33:07Genburasher:?
00:33:33rasherGenbu: Check the theme you're using, I guess
00:34:06pixelmaGenbu: also, did you install the font package?
00:34:16Genbuyeah i did
00:34:23Genbui got a lot of fonts on here
00:35:05pixelmawhich theme do you use and which player do you have exactly?
00:35:28Genbui'm using GreyScaleVP on RockBox iPod 4G Grey
00:40:43pixelmalooks like this one is using a 13 pixels tall font - http://www.rockbox.org/twiki/bin/view/Main/UnicodeFonts suggests that "13-Fixed" is a same-sized alternativewith korean support
00:41:21Genbuwill that support all east-asian?
00:41:33Genbucuz i dont wanna lose my japanese support either
00:41:39Unhelpfuli really wish there were a nice, open vector unicode font from which to generate our unicode fonts
00:42:13pixelmaGenbu: did you have a look at the table in the wiki I linked too?
00:42:17pixelmas/too/to
00:42:24Genbuwoops didnt see it
00:44:53pixelmayou could also try different themes which already use one of the more "complete" fonts. I think UniCatcher should be available for you
00:45:19Genbui like the look of GreyVP tho XD
00:45:32GenbuFixed will have to do even if the periods and colons look ick
00:46:05 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
00:46:51 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-209e1738fddb44ae)
00:48:52 Quit t0mas ("good night!")
00:49:25rasherGenbu: rasher.dk/rockbox/fontstats/">http://rasher.dk/rockbox/fontstats/ has more complete (and confusing) information about fonts and character coverage
00:49:35Genbuyeah i saw that
00:51:53 Quit mcuelenaere ()
00:52:30Genbuhaha wow fixed is missing some other extended characters that some of my titles have
00:52:32Genbucrud.
00:52:33Genbu:(
00:53:04rasheryou could add them!
00:54:00***Saving seen data "./dancer.seen"
00:54:28Genbuhow so?
00:55:20 Quit Thundercloud (Remote closed the connection)
00:56:07 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
00:56:50 Join Schmogel [0] (n=Miranda@essn-4db6c583.pool.einsundeins.de)
00:57:48 Quit Schmogel (Client Quit)
00:59:06 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
00:59:07 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]")
01:00
01:02:02rasherGenbu: With a font editor
01:02:20Genbui dont have one, any suggestions?
01:02:43 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net)
01:03:01 Quit massiveH (Client Quit)
01:03:40 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net)
01:05:09 Quit saratoga ("CGI:IRC (EOF)")
01:07:39rasherGenbu: gbdfed or Fontforge on Linux, no idea about Windows.
01:08:33Genbui could run one of those in my xVM
01:08:37Genbui guess
01:14:13 Quit PaulJam (".")
01:17:04 Quit jgarvey ("Leaving")
01:19:28 Join troy_ [0] (n=toppy@78.146.244.178)
01:20:25JdGordonamiconn: you still up?
01:20:57 Quit tessarakt ("Client exiting")
01:21:40 Quit Nico_P (Remote closed the connection)
01:22:45JdGordonincase you read this... and so i dont forget.... any ideas why lcd_getstringsize() is called in mpeg.c (line 875+), its ret val is ignored and both w and h are passed as NULL...
01:25:52JdGordonmarkun actually did that change back in dec 05! (r8184)
01:26:20 Quit robin0800 (Connection timed out)
01:26:59 Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
01:27:34 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
01:27:41JdGordonI guess its just to make sure the glyphs are loaded.. seems an odd place to be doing it though
01:29:14 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-55a28e9a426c599d)
01:31:25 Quit troy__ (Read error: 110 (Connection timed out))
01:40:26 Part toffe82
01:47:55 Join ShadowGazer [0] (n=ShadowGa@c-68-61-167-112.hsd1.mi.comcast.net)
01:48:23ShadowGazerIs there any place I can get Rockbox 3.0? 3.1 doesn't seem to detect my player and I want to try 3.0 to see if that might work
01:50:25 Quit timc`` (Connection timed out)
01:51:10 Join timc`` [0] (n=aoeu@116.3.2.205)
01:52:13ShadowGazernevermind, I found it and it works
01:52:18 Quit ShadowGazer (Client Quit)
01:54:36*linuxstb wonders what ShadowGazer was talking about
01:57:52 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)
02:00
02:02:02 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
02:06:04 Part Aurix_Lexico
02:07:11 Quit Thundercloud (Remote closed the connection)
02:07:24 Join aurix_lexic1 [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net)
02:11:02 Quit bobsalad (Connection timed out)
02:18:36 Part massiveH ("Leaving")
02:21:11 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
02:23:04 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-d3b19a0f6121166d)
02:23:54 Quit troy_ (Read error: 104 (Connection reset by peer))
02:25:42 Join blkhawk- [0] (i=HydraIRC@g228005213.adsl.alicedsl.de)
02:26:44 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)
02:27:49JdGordonanyone with a hwcodec player and a few min to test out a patch?
02:33:09JdGordonscorche: ^?
02:41:57 Join __lifeless [0] (n=lifeless@90.151.215.203)
02:42:27 Quit _lifeless (Read error: 113 (No route to host))
02:43:22 Quit blkhawk (Read error: 113 (No route to host))
02:50:23 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.")
02:54:02***Saving seen data "./dancer.seen"
02:54:36 Join MarcGuay [0] (n=chatzill@ip216-239-85-253.vif.net)
02:55:07*MarcGuay guesses that ShadowGazer was talking about RB util...
02:59:58 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net)
03:00
03:09:39 Join toffe82 [0] (n=chatzill@adsl-76-240-239-184.dsl.frs2ca.sbcglobal.net)
03:10:06 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
03:16:54 Quit Rob2222 (Read error: 110 (Connection timed out))
03:19:02 Join shodanX_ [0] (n=shodanX@port-92-194-55-107.dynamic.qsc.de)
03:20:43 Quit shodanX (Read error: 60 (Operation timed out))
03:29:03 Quit Makuseru (Read error: 104 (Connection reset by peer))
03:33:28 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
03:44:25 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com)
03:45:50 Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com)
03:46:46Davide-NYCMarcGuay: did you ever get your gigabeat S sorted?
03:47:14MarcGuayDavide-NYC: Nope. All updater softs crash when I run with it connected.
03:47:36MarcGuayI think it's an MTP problem and haven't tried on another PC yet. Did you simply run the 1.2 updater?
03:49:12 Join gromit`` [0] (n=gromit@ALagny-154-1-6-203.w83-112.abo.wanadoo.fr)
03:54:31 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net)
03:54:43TheSkunkManhow can i find out if a target player uses the swcodec?
03:55:42LloreanYou mean a current target, or a new player you're investigating?
03:55:53TheSkunkMana new player
03:56:18LloreanReally, I would assume you're looking for two things
03:56:41LloreanIf it's hardware codec there will be some dedicated hardware.
03:56:57LloreanIf it's software codec, there will be actual code in the firmware for playing the supported codecs.
03:57:25TheSkunkManthanks
03:57:26LloreanOdds are very high any modern player (or really, most players that support more than PCM + MP3) are what we call software codec
04:00
04:00:28 Quit gromit` (Connection timed out)
04:08:50Davide-NYCMarcGuay: yeah, but first I uninstalled libusb
04:12:18MarcGuayDavide-NYC: Windows?
04:12:24Davide-NYCyes
04:12:35Davide-NYCI had a libusb device installed.
04:13:57 Quit parafin (Read error: 60 (Operation timed out))
04:16:34 Join parafin [0] (i=parafin@paraf.in)
04:20:32Davide-NYCMarcGuay: did you try with a dual boot bootloader?
04:27:01 Quit Aurix_Lexico ("Leaving.")
04:28:34 Quit robin0800 (Read error: 104 (Connection reset by peer))
04:29:11 Join Rob2222 [0] (n=Miranda@p4FDCC4A4.dip.t-dialin.net)
04:30:29 Quit miepchen^schlaf (Read error: 110 (Connection timed out))
04:39:11 Quit midkay ("Leaving")
04:40:28MarcGuayDavide-NYC: I was running an old bootloader from months ago before trying the single-boot the other day.
04:41:28Davide-NYChave you tried a dual-boot of recent vintage?
04:42:43 Join Barahir_ [0] (n=jonathan@Ya01a.y.pppool.de)
04:42:59MarcGuayDavide-NYC: Nope, can't even recover the OF right now. Other people have reported success with both singles and duals from recent day's builds, though..
04:43:24MarcGuayDon't take that as an endorsement, of course.
04:44:08 Quit Barahir (Read error: 60 (Operation timed out))
04:44:08Davide-NYChmm. So what do we think causes this problem? Do you think the pre-bootloader (not sure what it's official name is) is modified by the update?
04:44:23 Join steerpike [0] (n=Unknown@unaffiliated/steerpike)
04:44:29Davide-NYCOr is this problem indipendant of the v1.2 update?
04:44:33steerpikehi :)
04:45:28MarcGuayDavide-NYC: I was running an old OF when I updated.
04:45:35MarcGuay... the rockbox bootloader...
04:46:32steerpikecan these run rockbox? http://tinyurl.com/9o8bf5
04:47:17Davide-NYCsteerpike: http://www.rockbox.org/twiki/bin/view/Main/TargetStatus
04:47:21scorchesteerpike: the targets that rockbox runs on are listed on the front page
04:47:46scorcheDavide-NYC: www.rockbox.org is a much simpler and easier to read link/list ;)
04:48:22Davide-NYCsteerpike: scorche is correct: www.rockbox.org
04:48:37Davide-NYChow do I compile mknkboot in cygwin?
04:48:52steerpikeso chinese ipod touch knock offs are out of the question? :\
04:49:11 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com)
04:49:17scorchesteerpike: are they on that list?
04:49:21MarcGuayDavide-NYC: Find the directory it's in and type "make"?
04:49:26steerpikei don't even know what the brand is
04:49:28alleleis there a random() function built into rockbox?
04:50:02MarcGuaysteerpike: The answer is no.
04:50:10Davide-NYCMarcGuay: there are several files in that dir. Do I type "make mknkboot"?
04:50:52 Quit aurix_lexic1 ("Leaving.")
04:50:54MarcGuayDavide-NYC: Is it in tools?
04:50:59Davide-NYCyes
04:54:03***Saving seen data "./dancer.seen"
04:55:01Unhelpfulallele: it provides a rand and srand, but the rand is a fairly good PRNG, and not any of the various LCGs which are often behind rand()
04:55:25 Join blkhawk [0] (i=HydraIRC@f051067222.adsl.alicedsl.de)
04:55:47MarcGuayDavide-NYC: Sorry I can't help.
04:56:02 Quit blkhawk- (Read error: 60 (Operation timed out))
04:56:31Davide-NYCI believe I may have it
04:57:19MarcGuayMy more-often-used dual-boot builder mktccboot is pre-built.
05:00
05:00:01 Quit allele ("Java user signed off")
05:05:08Davide-NYCI may have thoroughly messed up my beast now
05:05:13Davide-NYCHahaha
05:05:45MarcGuayDavide-NYC: Join me, my son.
05:06:52Davide-NYCLOL. What I have now is a single-boot (to the OF) dual-boot bootloader that just "hangs" at the white windows mobile screen unless I have the hold switch in the "hold" position.
05:07:52MarcGuayDavide-NYC: Yuck.
05:08:19MarcGuayDid you try rolling back to an ealier OF version to see if it makes a difference?
05:09:09Davide-NYCurghh I may have to put the beast on eaby
05:09:12Davide-NYC*ebay
05:09:31Davide-NYCI don;t really have the time for this no matter how much of a masochist I really am.
05:15:17 Nick _synergis is now known as synergist (i=christop@cant.be-arsed.co.uk)
05:23:22Davide-NYCjhMikeS: you around?
05:24:37*MarcGuay wipes a tear from his right eye
05:25:27Davide-NYCgood night
05:25:37 Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
05:28:19 Quit tvelocity (Connection timed out)
05:29:00 Join tvelocity [0] (n=tony@adsl18-66.her.forthnet.gr)
05:31:25 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
05:31:28 Quit Horscht ("http://www.geisterfahrer.org")
05:33:10 Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]")
05:33:32 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-26ba7a2ae5e39c5d)
05:46:27 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
05:51:39 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net)
05:52:26 Quit at0m ("CGI:IRC (EOF)")
05:55:47 Part steerpike
06:00
06:01:16 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma)
06:05:20 Quit pixelma (Read error: 60 (Operation timed out))
06:05:34 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
06:06:18 Quit jhMikeS (Read error: 54 (Connection reset by peer))
06:06:20 Quit FlynDice ("Konversation terminated!")
06:09:23 Join Asherael [0] (n=asher@c-98-219-162-69.hsd1.pa.comcast.net)
06:10:26 Part Asherael
06:11:17 Join webguest25 [0] (n=4b3a2e07@gateway/web/cgi-irc/labb.contactor.se/x-0334f21e0a9846d5)
06:12:20 Quit Makuseru (Remote closed the connection)
06:12:20 Quit webguest25 (Client Quit)
06:12:36 Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
06:13:26 Join FlynDice [0] (n=chatzill@c-24-19-225-90.hsd1.wa.comcast.net)
06:15:01 Part FlynDice
06:18:27 Quit amiconn (Nick collision from services.)
06:18:29 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn)
06:21:30 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net)
06:22:28 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
06:29:48 Quit Makuseru (Remote closed the connection)
06:45:19 Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com)
06:46:53Dhraakellianoooh... charging on the e200v1
06:53:29 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS)
06:54:07***Saving seen data "./dancer.seen"
06:55:54 Quit timc`` (Read error: 110 (Connection timed out))
06:56:24 Join timc`` [0] (n=aoeu@124.93.243.83)
07:00
07:09:12 Quit Slack_ (Connection timed out)
07:11:23 Join emancipate [0] (n=sukisuki@32.178.29.41)
07:12:31 Part emancipate
07:12:36 Part toffe82
07:13:15 Join Bagderr [241] (n=daniel@rockbox/developer/bagder)
07:13:42 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder)
07:25:47 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca)
07:30:20 Quit Willwolfe (Client Quit)
07:40:11JdGordondoes anyone know if hwcodec has this wierd 2s transition time between the codec finishing a track and the track actually finishing like swcodec has?
07:41:04JdGordons/wierd/annoying
07:41:44 Join pondlife [50] (n=Steve@rockbox/developer/pondlife)
07:43:15 Quit pondlife (Read error: 104 (Connection reset by peer))
07:47:21 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn)
07:47:33 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
07:48:35 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
07:55:44 Quit bmbl ("Woah!")
07:58:59lucentuh oh
07:59:16lucentI updated fuze 8gb with rockbox bootloader, now OF won't go into USB storage mode
07:59:21lucentit might be a linux kernel bug here
07:59:25amiconnJdGordon: Yes, mpeg.c does call lcd_getstringsize() to make sure that the necessary glyphs for the files just buffered are added to the font cache.
07:59:27lucentI am just panicking
07:59:47amiconnIt's not odd at all to do it there - at the time of buffering, the disk is spinning anyway
08:00
08:00:02JdGordonamiconn: yeah, ok.. just feels odd.. but I get it
08:00:23amiconnSwcodec buffering does the same, or at least did at the time markun committed unicode support
08:00:34amiconnIf it no longer does, it should be readded
08:01:01JdGordonI cant say I've looked for it in swcoded.. just noticed it in hwcodec and thought it was odd
08:02:46JdGordonI think I want to move the elapsed time out of the mp3entry struct... It not used much outside of the wps and imo its causing problems there
08:03:12amiconnHwcodec doesn't have this annoying 2..3 seconds track change offset. It has its own buffering, and then there is no codec running in advance
08:04:02 Join sajmon [0] (n=ch4os@gen2.org)
08:04:37amiconnActually there is a slight offset which is bitrate dependent, due to the internal buffer of the MAS. This offset is so short with normal music that you don't notice it
08:05:13 Quit sajmon (Client Quit)
08:05:15JdGordonThe problem I've hit is with playback having to do special handling with the id3's in the last 2 sec of the track.. I dont see why things wanting the elapsed time dont call playback_elapsed() or something instead of gettingt he current tracks id3 first and using that
08:05:19amiconnIf someone uses 8kbps mp3 files (and we had such reports in the past), it increases to about 1 second
08:06:44 Join ch4os_ [0] (n=ch4os@gentoo/user/ch4os)
08:08:02 Quit ch4os_ (Client Quit)
08:11:58JdGordona similar thing to this is done so scrobbler works, but I think that could be changed to be done more correctly.. how often should the wps/ui be told the current position changed? every time the codec changes is now? or X Hz?
08:13:10 Nick Anges1 is now known as Anges (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net)
08:25:46 Join Rob2223 [0] (n=Miranda@p4FDCFD51.dip.t-dialin.net)
08:29:49 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor)
08:32:37 Quit kadoban (Read error: 104 (Connection reset by peer))
08:32:37 Quit Rob2222 (Read error: 60 (Operation timed out))
08:32:37 Quit BigBambi (Read error: 113 (No route to host))
08:36:22 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
08:37:07 Join ender` [0] (i=krneki@foo.eternallybored.org)
08:38:47 Quit nuonguy ("This computer has gone to sleep")
08:48:38 Join igwinnimma [0] (n=chatzill@mnch-5d86b566.pool.einsundeins.de)
08:54:10***Saving seen data "./dancer.seen"
08:56:41 Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
08:57:01 Quit kadoban_ (Client Quit)
08:57:11 Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
08:57:41 Quit kadoban_ (Remote closed the connection)
08:58:02 Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
08:58:31 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
08:59:09 Quit Seed (Read error: 113 (No route to host))
08:59:09 Quit kadoban (Nick collision from services.)
08:59:17 Nick kadoban_ is now known as kadoban (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
08:59:25 Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
09:00
09:05:14 Quit Makuseru (Read error: 104 (Connection reset by peer))
09:12:43 Join LinusN [0] (n=linus@rockbox/developer/LinusN)
09:17:52 Join petur [50] (n=petur@rockbox/developer/petur)
09:34:20 Quit qwm (Read error: 110 (Connection timed out))
09:39:33 Join lee321987 [0] (n=chatzill@node222.36.251.72.1dial.com)
09:41:17lee321987does the midi player work with other patchsets now?
09:45:13 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
09:45:59lee321987I saw a question about this (alternate patchsets) in the forum that is over six months old. Is it ok to bump that thread or should I start a new one with this question?
09:46:37 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma)
09:48:07 Quit kadoban (Remote closed the connection)
09:50:19lee321987can anyone see this?
09:50:50B4gderyes
09:53:14 Quit lee321987 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
09:54:03 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com)
09:54:05 Quit axionix (Client Quit)
09:54:39 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com)
09:56:49 Join kugel [0] (n=chatzill@unaffiliated/kugel)
09:58:31 Join moos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr)
10:00
10:11:49JdGordonthis 2 sec transition gap is killing me :<
10:15:12 Quit Mordechai (Read error: 110 (Connection timed out))
10:16:31 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com)
10:18:12 Join lasser [0] (n=chatzill@W8832.w.pppool.de)
10:22:26JdGordonWOOO!!! I got it :D
10:22:49 Quit Genbu ("Leaving")
10:26:28JdGordondoes the nsf codec not have an elapsed time?
10:29:43 Quit Thundercloud (Remote closed the connection)
10:37:25pixelmaisn't NSF also a non-streaming format? That's a bit problematic, e.g. the MOD codec shows something instead of elapsed time but it's the current pattern it is in, not time
10:38:54 Quit igwinnimma ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
10:39:26 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
10:39:57JdGordonI'm not sure... it just sets a number which threw me off... should be ok now
10:41:02JdGordonI'm starting to think it might just be simpler if playback sends an event when the current track finished buffering but before the next track starts actually playing
10:45:46JdGordonAm I wrong in thinking the id3 struct returned by audio_crrent_track() should be valid for the entire time the current track is playing? so its only ever called once per track?
10:48:23 Join sohum [0] (n=sohum@114.73.183.10)
10:48:55 Part sohum
10:54:14***Saving seen data "./dancer.seen"
10:57:30 Quit BHSPitLappy (Read error: 110 (Connection timed out))
11:00
11:01:36ZagorJdGordon: that would be my assumption too
11:02:13ZagorJdGordon: shouldn't you rather send an event from pcm when the track finished playing?
11:03:39Zagorpcm knows track boundaries, but in a convoluted way (different callbacks). I would like to change that to a more straight-forward flag solution instead.
11:08:14Zagoris it really correct that set_cpu_frequency() in system-iriver.c calls timers_adjust_prescale(CPUFREQ_DEFAULT_MULT, false); for all speeds? shouldn't it use different multiplier for each speed?
11:14:49JdGordonZagor: yeah, thats what I'm trying to do.. without much luck
11:14:49ajbSo no one else with an opinion on the version string?
11:15:13Zagormutt
11:15:19Zagoruh, wrong window
11:15:50gevaerts/home/bjst/Mail does not exist. Create it? ([yes]/no):
11:15:54*B4gder shows zagor #mentionrandomopensourceapps
11:15:58B4gder:-P
11:16:42Zagorajb: since I don't use git I don't really have an opinion
11:17:00*B4gder can't even spell gti
11:17:13JdGordonI thought I had things working, but playback is too eager to overwrite the prvious tracks id3 data... I'm thinking of have 2 mp3entry structs which get used round-robbin in playback, this way the struct will be valid for the whole track, but is difficult to get working
11:19:17ZagorJdGordon: that sounds like a workaround rather than a fix?
11:19:57JdGordonwell, playback needs to be able to work with 2 seperate tracks at the same time.. only for a very short time, but its needed
11:20:55Zagorisn't it a rather long time if crossfade is active?
11:21:14JdGordonprobably.. comepletly forgot about crossfade
11:22:37JdGordonthe problem is where something calls audio_current_track() at the start of a track and not again untill the next track... once the transitioning starts playback starts overwriting that struct.. If its called during the transition it works befcause there is special handling which imo is a problem
11:24:18Zagorbut do we really need to serve two different id3 structs? shouldn't we rather be more accurate about when the track change, and hence struct replacement, occurs?
11:24:28JdGordonwhat I meant before was that playback has id3[2]... the first track would use id3[0] and the next would use id3[1], the next uses id3[2], etc.. this would need to be kept simple and just use pointers to keep track fo which to use
11:25:13ajbZagor: sure... the patch only affects git/git-svn users. I'd like to get it in because the current code freezes on pure git repos
11:25:48 Quit __lifeless (Remote closed the connection)
11:26:04 Join __lifeless [0] (n=lifeless@94.50.189.86)
11:26:35JdGordonthe other option is having playback give the codec (and itself) a temp id3 struct to use in the transition, as soon as the track really fiishes it does a memmove to the usual struct
11:26:45JdGordonwhich i guess is the same thing, but less complicated?
11:27:16JdGordonbut that does give problems making sure the 2/3 threads are kept in sync
11:27:31 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com)
11:28:10kugelthe question, which part knows best about when the current track is over (no parts of it in the pcm buffer left) and the next track started?
11:28:15 Join gregzx [0] (n=chatzill@dsk189.neoplus.adsl.tpnet.pl)
11:30:13JdGordonplayback or pcmbuf... ideally pcmbuf should be kept away from everything but playback
11:30:22lucentkugel: I did not tell you yet, the patch I made for 8gb fuze with additional delay's only works "sometimes" and not every time
11:30:53lucentkugel: there is some problem where adding delays works, it avoids one panic, but then occasionally there is a different error
11:31:15ajbOn a different subject. Is the only worry about http://www.rockbox.org/tracker/task/9677 the function naming? Are people happy with the approach on the menu?
11:31:56 Join gregzx_ [0] (n=chatzill@dso217.neoplus.adsl.tpnet.pl)
11:32:13 Quit gregzx (Nick collision from services.)
11:32:25 Nick gregzx_ is now known as gregzx (n=chatzill@dso217.neoplus.adsl.tpnet.pl)
11:33:47Zagorkugel: pcmbuf knows that best, since it gets a callback when the dma is done. it then tells playback.
11:35:07JdGordonanother issue is its possible these can return pointers into the MoB which can move around...
11:38:11 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi)
11:40:07lucent"*PANIC* wait for state TRAN failed" on 8gb fuze
11:40:08lucenthm
11:40:48lucentkugel: I know you are working on other code right now, but do you remember seeing errors on your 4gb fuze about "wait for state TRAN failed" at all?
11:41:05 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP)
11:45:35lucentkugel: I'm able to work-around this by sticking an mci_delay into sd_wait_for_state() but the delay is noticable now
11:46:09 Quit kugel (Read error: 110 (Connection timed out))
11:48:02lucentoh well :P
11:49:09 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
11:54:05JdGordonthis might actually work!
11:59:00JdGordonso close!
12:00
12:00:58JdGordonjust need to fix the last track stopping early
12:01:22lucentwhat are y'all working on anyways
12:01:25*lucent :)
12:01:39jhMikeSamiconn: you said you needed something to control when the storage thread did something (for sleep mode?) I think I need that for the USB stack and well, it's better if it has more other uses too.
12:04:20 Join gregzx_ [0] (n=chatzill@dso217.neoplus.adsl.tpnet.pl)
12:04:38 Quit gregzx (Nick collision from services.)
12:04:51 Nick gregzx_ is now known as gregzx (n=chatzill@dso217.neoplus.adsl.tpnet.pl)
12:06:36 Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
12:07:10 Quit robin0800 (Client Quit)
12:07:57jhMikeSamiconn: I also read you didn't experience any problem this time with USB charging the beast. Also, voltage is really a lousy way to estimate battery fullness for LiIon charging since it spends so much time in voltage regulation.
12:11:29Zagorcan we do it any other way?
12:12:35jhMikeSI think if you have a current sense, otherwise I can't see it being too accurate.
12:16:05Zagormaybe we should just display a charging animation instead
12:16:33lucentUnhelpful: I'm going to regression test the MAX_WIDTH workaround for fuze now
12:16:48lucentit could be a few days and then I will have some results
12:17:03JdGordonNico_P: hey, feel like getting back into some playback hacking? :D
12:17:24Nico_PJdGordon: maybe a little :)
12:17:43Nico_PI saw your cue patch, but only took a quick look at it
12:17:44JdGordoncare to have a quick look at 9789?
12:17:51JdGordonthats the one
12:18:13JdGordonI'm reworking playback.c abit now and getting stuck, if you have a few min...
12:18:21Nico_Psure
12:18:59 Quit markun (Remote closed the connection)
12:19:25 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com)
12:19:51 Quit kadoban_ (Remote closed the connection)
12:22:00 Join kugel [0] (n=chatzill@unaffiliated/kugel)
12:22:21 Join PaulJam [0] (i=PaulJam_@vpn-3064.gwdg.de)
12:23:01 Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
12:23:06lucentkugel: updated long delay patch http://nopaste.com/p/a4iSpWo4cb
12:23:18lucentseems to work a lot better than the earlier one I told you about
12:23:23 Join DerDome [0] (n=DerDome@dslb-082-083-223-248.pools.arcor-ip.net)
12:24:35lucentthe wheel still triggers a button press unless I apply the MAX_WIDTH 8 patch for graphics though
12:24:59lucentdon't know how or why if those are related in hardware
12:25:52JdGordonNico_P: http://pastebin.com/d6b11b2fc is what im working on now... trying to get playback to use 2 seperate id3 structs, and it seems to work except the last ~2s of the last track of the playlist doesnt play (or if it does, the wps doesnt show any updates.....) hopefully you have an idea what might be wrong
12:32:07 Quit gevaerts (Nick collision from services.)
12:32:07Nico_PI can't really remember what exactly happens at the end of the playlist, but I guess the codec has stopped and the PCM buffer is emptying
12:32:16 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
12:32:41JdGordonyeah, as far as i can tell its cutting off early waiting for pcm to finish in the codec thread
12:33:09Nico_Pmaybe because the elapsed time isn't quite right
12:33:54JdGordonthistrack_id3 gets zero'd before that point :/
12:34:01jhMikeSZagor: I was thinking the same thing really.
12:34:29Nico_PJdGordon: it shouldn't, but I guess you know that :)
12:35:51JdGordonaudio_load_track() looks like its memsetting the wrong one
12:35:57Zagorcallback overload :-(
12:37:18Nico_PJdGordon: what are the benefits you are aiming at with this change?
12:38:01JdGordonread my rambling about 70min ago... but bassically, clean things up between the wps and playback
12:38:26*Nico_P goes to read
12:39:01ZagorI think we should remove much of the abstractions from playback. there's way too much hot-potatoing going on.
12:39:47Nico_Pwhat do you mean by "hot-potatoing"?
12:40:18Zagorfunctions that merely pass data forward to another function/queue/thread
12:41:23Zagorhowever I'm chiefly annoyed by all the callbacks. they make the code _very_ hard to follow.
12:42:12kugellucent: "the wheel still triggers a button press unless I apply the MAX_WIDTH 8 patch for graphics though" that is actually too weird for my mind
12:45:13Zagorpcmbuf_callback_queue_post() is a typical hot potato function. why is it there? it's even used in only one place.
12:46:21*JdGordon seems to have chosen the wrong place to do the pointer swapping
12:49:44jhMikeSZagor: Because normal kernel interrupt masking doesn't mask audio interrupts and some special handling is needed or corruption is possible.
12:50:06Zagorbut no handling is done?
12:50:22jhMikeSno handling?
12:50:39Zagorit just calls queue_post(). nothing else.
12:50:58*jhMikeS wonders if someone changed something
12:51:24Zagor /* No lock since we're already in audio interrupt context */
12:51:32jhMikeSah, no it's right
12:52:26jhMikeSon the tail end it synchonizes there. no thread ever waits on the queue so it's safe.
12:52:46jhMikeSs/tail/head
12:53:44 Join markun [50] (n=markun@rockbox/developer/markun)
12:54:19***Saving seen data "./dancer.seen"
12:55:55Zagoroh. I see the codec triggers Q_AUDIO_TRACK_CHANGED. that can't be right.
12:56:01JdGordon... it seems there is a difference between resuming a playlist and starting a new one, regardless of the buffer state :/
12:56:11 Join webguest92 [0] (n=4e93a58a@gateway/web/cgi-irc/labb.contactor.se/x-b8da279210fe0138)
12:56:21JdGordonresuming doesnt get the id3entry properly but it gets it from the MoB which is no good
12:56:35ZagorJdGordon: ouch
12:57:04jhMikeScodec_pcmbuf_track_changed_callback also does from pcm interrupt context
12:57:06 Quit webguest92 (Client Quit)
12:57:41JdGordonNico_P: do you tihnk moving the cue handling closer into playback is a good idea?
12:57:46Zagoroh it does? why is it called codec_ then?
12:58:07jhMikeSheck if I know.
12:58:10Zagor:-)
12:58:35Nico_PJdGordon: yes. I've been wanting to do it for some time
12:58:47jhMikeSLine 1152: pcmbuf_set_event_handler(codec_pcmbuf_track_changed_callback);
12:59:28Zagorand greping for it is useless, since that doesn't show where it is called from :-(
13:00
13:00:16jhMikeSYou're getting into the dark bowels of playback where things are very twisted (codec_track_skip_done btw)
13:00:46 Quit kugel (Remote closed the connection)
13:01:01Zagoryes. I'd like to take my big mop to it.
13:01:24JdGordonare events as bad/hard to follow as callbacks?
13:02:07jhMikeSIt's bad in that a particular operation seem to happen in multiple ways
13:02:20Zagorthe best in my opinion is simple flags that dictate which code path is used.
13:02:36jhMikeSLike how to know where to find were the pcm buffer should be flushed or something along that line
13:02:46ZagorjhMikeS: and you don't know how many different ways there might be
13:03:22jhMikeSI lost count (sort of an exasperated joke, sort of)
13:05:29jhMikeSI just remember trying to deal with placing the right pcm control in the right spots and it just proved difficult to determine how it would arrive at a certain places under different conditions.
13:06:27Zagorindeed
13:09:41Zagorohmigod! it's mixing the events in audio_queue and pcmbuf_queue. and both get Q_AUDIO_TRACK_CHANGED posted to it
13:10:15jhMikeSlalalalala
13:11:05jhMikeShaha. well, it picks one or the other queue to pull the event from.
13:11:31Zagoryeah. why then have two queues?
13:11:41 Join midkay [0] (n=midkay@rockbox/developer/midkay)
13:12:30jhMikeSbecause we can't let FIQ or DMA level interrupts interact with threads
13:13:11jhMikeSIt just doesn't deal with it in the kernel and may corrupt things.
13:13:35Zagorah
13:14:01jhMikeSI have been thinking about a nice way to allow it to deal with it though. I want it simple though.
13:14:27JdGordonalrighty! I tihnk we are ready for mass testing... who's game? :D
13:14:37JdGordonneed some hwcodec testing also as i dont have one
13:15:16 Quit robin0800 (Remote closed the connection)
13:15:48 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
13:19:05JdGordonbah, crossfade doesnt work
13:19:29jhMikeSReally, I think you could use a counter for the number of track changes "posted" and do time progression using pcm samples played like mpegplayer (the timestamping isn't needed)
13:19:44 Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
13:22:43 Join kugel [0] (n=chatzill@unaffiliated/kugel)
13:25:44JdGordonwell.. crossfade bloody breaks everything!
13:26:40JdGordonhow does the elapsed time get reported once the fade start? it looks like the regular codec callback, but I expected the pcm callback?
13:28:27jhMikeSheh...crossfade
13:29:09 Join AndyIL [0] (i=AndyI@212.14.205.32)
13:29:24JdGordonactually.. this looks like the track change event gets fired too early
13:29:31jhMikeSJdGordon: I'm guessing that it progresses for the previous track until it plays out the it starts on the faded-in track
13:31:04*jhMikeS suggests modeling a crossfade and all parameters on paper in a graph and precisely defining each part and where one track ends and the other begins.
13:34:50JdGordonwhen should the track changeover be? at the usual end of the first track?
13:35:01kugelthere was thoughts about disabling crossfade temporarily, wasn't there?
13:36:19jhMikeSkugel: I had far worse thoughts about it :)
13:36:30ZagorJdGordon: yes, the track change point doesn't change with crossfade
13:40:11 Quit AndyI (Read error: 110 (Connection timed out))
13:45:20 Quit robin0800 ("Leaving")
13:45:40 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
13:45:47 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
13:49:09JdGordonoh nice! it seems crossfade isnt actually being displayed correctly in svn either
13:49:49kugelyea, nice :)
13:50:28JdGordonwell not really.. but it means i can send this off to the tracker knowing its no worse than svn :p
13:56:32JdGordonguys (and pixelma :D ) please test 9795
14:00
14:05:22JdGordoncool! I somehow segfaulted running 2 different copies of the sim at the same time! both e200-sim but in complely seperate directories
14:06:06JdGordonand now i've got broken tags on at least one track
14:06:19 Join Schmogel [0] (n=Miranda@essn-4db64dca.pool.einsundeins.de)
14:10:57 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-121-096.ewe-ip-backbone.de)
14:11:18 Join TheSphinX^ [0] (n=cold@p54A5BF82.dip.t-dialin.net)
14:11:32kugelJdGordon: I'll test on e200 and clip
14:11:42kugelboth target, that is
14:11:46JdGordonthanks
14:12:07JdGordoni think playlist resume might be broken... but please dont let that stop you :)
14:12:22JdGordonactually, playlist position saving is broken, resume should work
14:15:03JdGordonmaybe not... might just be the sim
14:15:15kugelwell, that doesn't work for the clip in svn anyway :)
14:15:37kugel(at least not on mine)
14:16:10JdGordonNo, I'm just an idiot... resume works fine... im too tired
14:19:01kugelI just meant, that saving playlist position is broken, as well creating any other file
14:30:10 Part B4gder
14:43:20 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-3cb162a5a0c7930b)
14:43:48 Join nplus [0] (n=nplus@243.131.Globcom.Net)
14:45:24JdGordonwell i've just about got through a whole cd without any crashing or fubar id3.. and scrobler seems to still be working...
14:45:42kugelJdGordon: seems to work
14:45:55JdGordondid the first trak have fubar id3?
14:46:22kugelne
14:46:25kugelno
14:46:32kugeltrack change transition seems perfectly in time
14:46:57JdGordonon your target that can resume playlists... can you stop then resume? does it show the correct info?
14:47:10kugelthere's a little glitch though, 2s before the track ends, the UI seems to lag shortly, such that scrolling acts weird for a short period
14:47:20kugelyep
14:47:28kugelI stop->resume works
14:47:31kugel-I
14:47:32JdGordongood
14:47:37kugelalso, play->reboot->resume works
14:47:39JdGordonwhich target was that glitch with?
14:48:02kugele200
14:48:13JdGordonevery track?
14:48:51kugelyep
14:49:05 Join Jaykay [0] (n=chatzill@p579E66AC.dip.t-dialin.net)
14:49:39JdGordonwierd... its too early for the wps to be doing its full redraw, not sure
14:49:47JdGordonputting it on my h300 to see if it happens
14:50:46kugelwell, the track info changes in time, it's just a "interruption of the UI"
14:51:00kugelmaybe just a stop_scroll call a bit too early
14:53:13Jaykayhow do i copy text in the vmware player? or at least store it in a file?
14:53:29kugelJdGordon: another ui glitch: if I keep changing the volume, next track info doesn't update until I stop changing the volume
14:53:50 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-7453fc04ee3233a5)
14:53:56kugelfrom the 2s-before-track-end to release-volume-up-button
14:54:12JdGordonkugel: other problem first... lag? or does it seem to jump to the next track too early?
14:54:19Jaykaykugel: does it compile for you for e200?
14:54:22***Saving seen data "./dancer.seen"
14:54:26JdGordonim seeing the 2nd on my h300 which i wasnt seeing on the sim
14:55:27kugelJdGordon: lag, most certainly. let me describe it: I ffw to near the track end (e.g. 10s before), then I watch at the track and next track info
14:55:39LambdaCalculus37This is strange... I rolled a Clip build from a clean SVN trunk, and my Clip still freezes when trying to start up.
14:55:49PaulJamJdGordon: could your patch influence the availability of the next-track info? it seems to be missing for tracks that are not yet buffered.
14:55:58kugel2s before the end, every info that scrolled, stopped scrolling, started again, stops again (all within 0.5s), and then works normally for the rest 1.5s
14:56:17kugelPaulJam: I've not noticed that
14:56:21*LambdaCalculus37 catches kugel's attention
14:56:25kugeland I tried that
14:56:30Zagorwhat the ...? I get "bad checksum" from the bootloader on my clip build.
14:56:48kugelLambdaCalculus37: yea, delete the config.cfg. the clip apparently creates corrupt files
14:57:17LambdaCalculus37kugel: Will do.
14:57:23kugelI'm having this problem too. Only on the clip though, not on my fuze
14:57:28JdGordonPaulJam: its possible.. I might need to work something out so the wps is told when that info is available
14:57:41LambdaCalculus37kugel: I kept wondering what the hell was causing it.
14:58:04*LambdaCalculus37 deletes his config.cfg from the Clip
14:58:08kugelJdGordon: I tested this case, and it seemed to work. I skipped the tracks in view buffering until it was nearly empty, then I went to the wps and it showed next track info fine
14:58:19 Part LinusN
14:58:57LambdaCalculus37kugel: Still not booting.
14:59:15JdGordonI might be a bit overzealous with how often im letting the wps redraw
14:59:44LambdaCalculus37The firmware length is 69F18, and the checksum is 2AFB0B8.
15:00
15:00:04kugelLambdaCalculus37: try updating the bootloader, maybe that helps
15:00:58LambdaCalculus37kugel: I'll see if I can get mkamsboot to build under OS X.
15:01:42JdGordongrr.. i had crossfade on accidently...
15:01:50JdGordonkugel: i still dont see the lag you're talking about
15:02:02JdGordonPaulJam: I tihnk you're right.. that needs fixing..
15:02:56kugelJdGordon: have you some scrolling lines? it's most noticeable as scrolling stops
15:03:09JdGordonyes
15:03:21kugelJdGordon: and again, PaulJam's issue worked fine here
15:03:57 Quit dfkt (Read error: 110 (Connection timed out))
15:04:15PaulJamkugel: could you try with large files (bigger than the buffer)? there it should happen already on the first track.
15:04:49 Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
15:05:12PaulJam(i see this on a H300, maybe this is a timing issue. Hardisk vs flash)
15:05:58JdGordonmy h300 is CF, seems skipping prev trck a bit is a easy way to get this
15:06:02kugelmaybe
15:06:53 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)
15:08:12LambdaCalculus37kugel: I'm having a little trouble getting mkamsboot to build on OS X, and I can't sit to fix it right now.
15:08:55kugelreally?
15:09:13kugeljust make doesn't work? afaik it doesn't contain any OS specific code
15:09:38LambdaCalculus37kugel: I may have to look into it later, but I can't right now (work).
15:09:47kugelPaulJam: right, it's a bit messed up with files larger than the buffer
15:09:57kugelLambdaCalculus37: I'll upload it, wait a second
15:11:10LambdaCalculus37kugel: My OF is the latest version (1.1.30).
15:11:26pixelmaPaulJam, JdGordon: is the issue with next track info that it is not available at all when skipping further than what is already buffered or it just takes a little longer to appear?
15:12:12JdGordonI think its taking alot longer to appear because of my changes
15:12:35kugelLambdaCalculus37: http://www.alice-dsl.net/simonemartitz/rockbox/mkamsboot
15:12:46pixelmathe latter already happens in SVN (haven't tried the patch myself yet, maybe one of you should compare)
15:13:27kugelJdGordon: it also shows wrong information here (2 files in the playlist, each bigger than the buffer)
15:13:49PaulJampixelma: for me the info does not appear for the entire duration of the track.
15:14:10LambdaCalculus37kugel: Is this mkamsboot for OS X, or for Linux?
15:14:44kugelfor linux, I guess it doesn't work?
15:15:06kugelLambdaCalculus37: if you donate a mac, I'll fix it :D
15:15:30 Quit Seed ("cu, Andre")
15:15:35LambdaCalculus37kugel: The only other Mac I have runs OS 9.2.2. Not unless you want to write RBUtil for OS 9. ;)
15:16:00JdGordonkugel: you want a mac ssh account?
15:16:24kugelhm, wouldn't be a bad thing I guess
15:16:31*kugel gotta run, see you
15:17:06 Quit kugel (Remote closed the connection)
15:17:54JdGordonPaulJam: Ifixed
15:18:07LambdaCalculus37JdGordon: Since you're the only other dev I know with a Mac, have you been able to build mkamsboot in OS X?
15:18:22JdGordonI havnt tried
15:18:30JdGordonpreglow: has a mac also iirc
15:19:16JdGordonsvn up-=ing on my mac to try
15:19:27LambdaCalculus37Okay.
15:20:08amiconnZagor: cpu_set_frequency() calls timers_adjust_prescale() twice. Once when switching to bypass, one after the pll locked to the new freq
15:20:09 Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.5/2008122011]")
15:20:11 Quit Jaykay (Read error: 110 (Connection timed out))
15:20:30amiconnThis is necessary to keep precision as accurate as possible
15:20:31Zagoramiconn: yup, I saw that later
15:20:49JdGordonLambdaCalculus37: forgot.. i dont have the CC's installed and havnt been able to get them going either, so cant try
15:20:52PaulJamJdGordon: have you posted the new patch somewhere?
15:21:16JdGordonnot yet...
15:22:06LambdaCalculus37JdGordon: I'll try again on my Mac later on.
15:22:44LambdaCalculus37preglow: (for the logs) When you can, see if mkamsboot builds in OS X.
15:23:56*LambdaCalculus37 thinks that most of the tools should be looked through to make sure they also build on OS X
15:24:16LambdaCalculus37I'll make a note of that for Mr. Someone. ;)
15:25:40JdGordonPaulJam: ok, its on the tracker...
15:25:45*JdGordon -> bed
15:25:47PaulJamok
15:25:49 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon)
15:26:19 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere)
15:30:28 Join troy_ [0] (n=toppy@78.146.244.178)
15:32:59 Join Jaykay [0] (n=chatzill@p579E66AC.dip.t-dialin.net)
15:36:11 Quit robin0800 (Remote closed the connection)
15:36:31 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com)
15:37:23JaykayJdGordon|zzz: i get some errors while compiling rockbox for e200 with your patch... should i write the errors here/somewhere else?
15:41:41ZagorJaykay: add a comment to the patch in flyspray
15:44:07Jaykayok... how can i save the text of the error (maybe in a txt file, im using vmware player)
15:44:33ZagorI don't know vmware, I'm afraid
15:46:28dionoeaJaykay: copy/paste works accross host/vm in vmware
15:47:05Jaykayunfortunately not.
15:47:27mcuelenaereJaykay: if you have internet access from within the vm, you can upload it somewhere
15:48:52Jaykaymcuelenaere: i think the image from the wiki doesnt have a browser... and even if i think strg-c is not working in the console
15:49:03Jaykaystrg is not working
15:49:08Jaykay*strg v
15:49:48mcuelenaereyou're doing make right? try doing make > output.txt &2>1
15:51:05mcuelenaeremake > output.txt 2>&1
15:51:43Jaykayit says [1] 31801 and creates a empty output.txt
15:51:51 Join BdN3504 [0] (n=55b23f5b@gateway/web/cgi-irc/labb.contactor.se/x-8280b3db247cd072)
15:52:02mcuelenaereyou mean when doing the first or the second command? (the first was wrong)
15:52:10Zagorgah, /me committed too much :-(
15:52:20mcuelenaereand [1] 31801 means it started a job with PID 31801
15:52:35mcuelenaeretype 'jobs' to see whether it finished
15:52:42mcuelenaerethen do 'cat output.txt'
15:53:22BdN3504hey, i read about http://svn.rockbox.org/viewvc.cgi?view=rev;revision=19754 does that mean i can change the target status under the column USB on the wiki http://www.rockbox.org/twiki/bin/view/Main/TargetStatus#New_Platforms_Currently_Under_De to "Yes"?
15:53:47Jaykaymcuelenaere: the second command worked, thanks!
15:54:14 Quit Failrar ("Leaving")
15:54:20mcuelenaereBdN3504: yes, that should be changed now I gues
15:54:21mcuelenaereguess*
15:55:00 Join {phoenix} [0] (n=dirk@p54B47538.dip.t-dialin.net)
15:59:28 Quit BdN3504 ("CGI:IRC (EOF)")
16:00
16:00:31 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com)
16:04:03 Quit CaptainKewl (Read error: 110 (Connection timed out))
16:06:58 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-037-154.ewe-ip-backbone.de)
16:21:23 Quit tyfoo (Success)
16:21:24 Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-037-154.ewe-ip-backbone.de)
16:24:58Zagorhmm, boost seems to not work on clip
16:30:44ZagorI made a small test_boost plugin that simply updates a counter and displays it on the screen. then I trigger boost on/off with up/down. but I can't see any difference between off and on.
16:36:14mcuelenaeregevaerts: is usb_drv_recv() supposed to be blocking?
16:36:21 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-02376e4087e10210)
16:37:01saratogaZagor: I was curious about clocking on the clip, so i made a plugin that calculates the clock rate on ARMv4 by doing SMLALs and timing how long it takes
16:37:07saratogai forgot to try it on the clip though
16:37:16saratogawant me to look at it later?
16:37:23Zagorplease do
16:39:41 Join Horscht [0] (n=Horscht@xbmc/user/horscht)
16:44:10 Quit mcuelenaere (Read error: 113 (No route to host))
16:44:12 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere)
16:47:17 Quit axionix (Read error: 60 (Operation timed out))
16:47:21 Join grndslm [0] (n=grndslm@24-119-80-142.cpe.cableone.net)
16:51:14 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.")
16:52:36 Join Horscht [0] (n=Horscht@xbmc/user/horscht)
16:54:24***Saving seen data "./dancer.seen"
16:55:40gevaertsmcuelenaere: no
17:00
17:00:09 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-d1bb7d7eebdc9a18)
17:03:03 Quit Zagor ("Client exiting")
17:05:22 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de)
17:17:31 Join sadur [0] (n=5810d95c@gateway/web/cgi-irc/labb.contactor.se/x-b1f795f4b23dcce3)
17:18:14 Quit sadur (Client Quit)
17:31:27 Quit jhulst (Remote closed the connection)
17:34:17 Quit Xerion (Read error: 104 (Connection reset by peer))
17:35:14 Quit einhirn (Read error: 104 (Connection reset by peer))
17:35:34 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de)
17:39:03 Quit markun (Remote closed the connection)
17:39:04 Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
17:43:41 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl)
17:44:12 Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it)
17:51:37PaulJamlittle question, shouldn't a disk spinup automatically cause rebuffering when the buffer is below a certain threshold?
17:52:00 Join markun [50] (n=markun@rockbox/developer/markun)
17:52:32 Join kugel [0] (n=chatzill@unaffiliated/kugel)
17:55:36 Join facta [0] (i=facta@gateway/tor/x-27abf71593ad6ccc)
17:56:07 Nick Barahir_ is now known as Barahir (n=jonathan@Ya01a.y.pppool.de)
17:57:47LloreanPaulJam: Do you mean "is it already supposed to" or "wouldn't it make sense to" by "shouldn't it"?
17:58:52PaulJami thought it is already supposed to. If i remember correctly this was added a long time age (more than 1 year ago).
17:59:41LloreanIf it was there ought to be an associated SVN revision. You could check and see if maybe it was and then removed, or simply was never added just discussed?
18:00
18:03:10moosIIRC that feature was made in the early ages of swcodec playback (by Slasheri), and was removed by loslogic?
18:03:36PaulJamseems like it was added in r11451, but i have no idea when or why it was removed.
18:04:22moossearch for lostlogic's rework, and you will find
18:05:08moosfor the reason, best to ask loslogic, I believe that it was remove for make the playback "beast" a bit friendly
18:06:18 Quit {phoenix} (Remote closed the connection)
18:07:13PaulJamwell, if it was removed intentionally i'm ok with it.
18:07:55preglowLambdaCalculus37: i has a mac
18:07:56 Quit petur ("work->home")
18:08:04preglowhmm
18:08:11preglowi can try
18:09:22moosI'm sure it was :) , lostlogic was one of the very few that had the courage to try to understand the playback code, and tried to improve it.
18:09:34LambdaCalculus37preglow: Not just mkamsboot, but mknkboot and tcctool should probably be looked at, too.
18:10:54 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
18:12:02preglowmkamsboot requires a cross compiler, so i can't tes that
18:12:18preglowi haven't been able to make native os x crosscompilers work
18:14:11 Join karashata [0] (n=karashat@69.41.192.215)
18:15:27kugelLambdaCalculus37: so, I could build a svn bootloader for you if mkamsboot doesn't work
18:15:45preglowok, i just created dummies of all i couldn't cross compile, mkamsboot itself compiled
18:15:50preglowbut the binary will of course not work
18:15:57LambdaCalculus37kugel: I have 01.01.30 as my OF.
18:16:09preglowgot 1 warning
18:16:20LambdaCalculus37preglow: I haven't had much luck with the native OS X crosscompilers, either.
18:16:39preglowi did manage to compile the very newest gcc for arm
18:16:46preglowbut only god knows where i put it
18:16:50LambdaCalculus37preglow: What about tcctool and mknkboot?
18:16:55preglowi remember i made a build that worked with it too, some codecs had troubles tho
18:17:04LambdaCalculus37Those three are the more critical tools.
18:18:13preglowmknkboot compiles just fine
18:18:17preglowtcctool needs libusb, give me a sec
18:20:32LambdaCalculus37preglow: I think libusb is available via Fink; if not, MacPorts should have it.
18:21:09 Join m0f0x [0] (n=m0f0x@189-47-76-33.dsl.telesp.net.br)
18:21:33preglowi've installed it via macports
18:21:35 Quit BigBambi ("http://www.mibbit.com ajax IRC Client")
18:21:42preglowand works fine after, once i fixed the makefile to use LDFLAGS
18:21:49preglowis there any env variable gcc automatically checks for libraries?
18:22:32*LambdaCalculus37 isn't sure
18:22:55preglowi really would think so
18:23:05LambdaCalculus37preglow: Should the fix for the makefile go into SVN or no?
18:23:16preglowbut i see macports has only fixed LDFLAGS to point to /opt/local/lib, and that needs to be actually used on the command line to be included
18:23:24preglowLambdaCalculus37: it should go into svn if there is no better solution
18:23:42preglowi find it highly unlikely that there is no gcc-check-this-directoryu-for-libs variable
18:24:15kugelLambdaCalculus37: http://www.alice-dsl.net/simonemartitz/rockbox/m300t.bin
18:24:48LambdaCalculus37kugel: Thanks.
18:25:13kugelpreglow: /usr/include on linux, probably something similar on mac
18:25:16 Quit gregzx (Connection timed out)
18:25:47preglowkugel: that's for include files, not libs, and i'm looking for an environment variable anyway
18:26:06kugeloh, nevermind then
18:26:14preglowgoogle should reveal something
18:26:50kugelsometimes you need to add -l<lib> as gcc parameter, might that be the reason? e.g. if you want math.h, you need to add -lm
18:27:03*LambdaCalculus37 still can't get his Clip to boot fully
18:27:13preglowLIBRARY_PATH sounds like a good alternative
18:27:29kugelLambdaCalculus37: "fully"?
18:27:30preglowkugel: nah, i've got all that stuff in check, just need to make gcc search the right places
18:27:43kugelok :)
18:27:53 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
18:28:35kugelLambdaCalculus37: maybe you try deleting the entire .rockbox folder?
18:29:04 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
18:29:23LambdaCalculus37kugel: The bootloader is stopping at the Rockbox logo. The build is not starting at all.
18:29:46preglowLambdaCalculus37: yeah, LIBRARY_PATH was it, hopefully standard macports install (mine was botched) uses that
18:29:50preglowso keep the makefile as is
18:29:55LambdaCalculus37Okay.
18:30:49gevaertsjhMikeS: I don't entirely understand how r19762 changes behaviour on the usb bus
18:33:27kugelLambdaCalculus37: does it say boot at the version string or not? if not, it loaded rockbox already, and rockbox fails to start
18:33:27jhMikeSgevaerts: It changes alot and prevents misbahavior when threads decide not to ack.
18:34:01*gevaerts reads some more
18:34:27jhMikeSgevaerts: one thing that interests me is if it is legal to mount as USB mass storage but not present any storage as an alternative for charging only.
18:34:31gevaertsjhMikeS: if I read the code correctly, now it is possible for both the host and rockbox to access the filesystem simultaneously...
18:35:07jhMikeSnope
18:36:09gevaertsIt sets exclusive_storage_access to true on connect, before rockbox has released the filesystem
18:36:29LambdaCalculus37kugel: It does.
18:36:39jhMikeSno more possible than before since the ata thread doesn't call idle notifys. all other threads are in wait. if no thread acks, the driver is never activated. it behaves similarly to having an ATA bridge.
18:37:20gevaertsWhy are all other threads in wait?
18:37:51jhMikeSif they ack, then they have acked that they have released the disk and are waiting for disconnect.
18:37:55kugelLambdaCalculus37: hm, you should try formatting :/ I needed to several times too with my clip to make it working somehow
18:38:18gevaertsSure, but if they don't ack they could be anywhere
18:38:33LambdaCalculus37kugel: No need to. :)
18:38:36jhMikeSthen the driver isn't actually started
18:38:36*LambdaCalculus37 got it working now
18:38:52jhMikeSit does just what it should do
18:39:48gevaertsok. I misread something somewhere apparently
18:41:08 Join jhulst [0] (n=jhulst@unaffiliated/jhulst)
18:41:26LambdaCalculus37kugel: I deleted the .rockbox folder and just extracted a fresh build.
18:41:31Unhelpfulmaybe we could suppress the "make reconf" warning during make reconf?
18:41:42gevaertsAs to your other question : it's not possible to have a mass storage device with no volumes (because the number is given back as MAX LUN, which is zero based). It would be possible to present a removable drive with nothing inserted, or a small ramdisk with a text file explaining things
18:41:47Unhelpfulkugel: the bitmaps, did any break? ;)
18:42:00kugelUnhelpful: ah sorry, I totally forgot
18:42:25Unhelpfulthat's ok. do you know what width the largest cover on your fuze is?
18:42:26kugeljhMikeS: hey, can you help me quickly?
18:42:51kugelUnhelpful: album art? they're all 150x150
18:42:56jhMikeSgevaerts: I did try presenting no media ready and Windows accepted it and configure it without drives (using the storage driver instead of the charging only driver).
18:43:34Unhelpfulkugel: we never determined the size at which corruption starts. i think w=150 might be too small... maybe start with the test bitmap just under that, and work up from there?
18:43:58jhMikeSgevaerts: But you're saying that strangness is illegal?
18:44:02jhMikeSkugel: sure
18:44:04kugelUnhelpful: I'll test all, don't worry :p
18:44:26kugeljhMikeS: I don't quite understand what this commit did r19714. And it seems to cause corruption on the clip
18:44:30gevaertsjhMikeS: I'm not sure I follow.
18:44:48Unhelpfulfine, if you want... but i suspect that we may be safe up to at least 150, since you said no AA corrupted.
18:44:58kugeljhMikeS: funman seemed to introduce some retry, but the only time he checks it, he sets it false before
18:45:22kugelthat's in this while(1) data transfer loop. I don't see retry being conditional or something
18:45:39Unhelpfulalso, the greyed-out icons that were corrupted in your WPS screenshot are background, not part of the bitmap strips... so, again, it's a wide bitmap that's corrupted
18:46:11UnhelpfuljhMikeS: i have card readers that let you hotplug the card, rather than the reader, with varying degrees of success
18:46:20kugelUnhelpful: the progressbar was a bit corrupted too
18:46:26Unhelpfulone of them needs a usb replug if you've sent an eject command.
18:46:35Unhelpfulkugel: that's also screen-width, or nearly so.
18:47:03kugeljhMikeS: plus, maybe you can tell me, I don't quite understand what wakeup_wait does and/or if it needs any preparation
18:47:10jhMikeSgevaerts: storage non-exclusive, SENSE_NOT_READY/ASC_MEDIUM_NOT_PRESENT/send_csw(UMS_STATUS_GOOD) (just a guess setup)
18:47:58 Join saratoga2 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5e2570967dfc5d84)
18:48:03gevaertsjhMikeS: UMS_STATUS_GOOD means that the unit is there and working fine, so the host will not even ask for sense data
18:48:09jhMikeSkugel: wakeup_wait block a thread until something calls wakeup_signal. If no thread was waiting, the state remains signaled.
18:48:15saratoga2do i have to do something special to get a sansa to mount in ubuntu? mine just sits in the OF charging
18:48:22 Quit saratoga ("CGI:IRC (Ping timeout)")
18:49:00gevaertssaratoga2: is it set to MSC?
18:49:29saratoga2gevaerts: yes it works normally in Windows, but i'd like to sync via my linux machine
18:49:38jhMikeSkugel: The only preparation is to call wakeup_init before ever using it
18:50:17 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
18:51:14bertriksaratoga2, my sansas (e260, c240, clip) mount fine on ubuntu 8.10
18:51:28kugeljhMikeS: _init or _signal? other code seems to do wakeup_signal
18:51:44saratoga2switching USB ports fixed it, how odd
18:52:33jhMikeSgevaerts: I took a guess at trying to expose a USB device but no actual storage (which it seemed to strangely cooperate with pretty well).
18:52:36gevaertssaratoga2: did switching help, or is it just random? I know that if it's set to Auto instead of MSC it sometimes works, but not always
18:52:54saratoga2i don't have an auto option on mine, and its been working fine with windows for 2 years now
18:53:05kugeljhMikeS: any idea for the retry? the commit message said "Retry blocks transfer if a problem happened ", but I can't see how it is determined whether a problem occured
18:53:51gevaertssaratoga2: in that case it's probably just showing some sansa OF randomness...
18:53:53jhMikeSkugel: Code that wants to wakeup a thread waiting for something to finish calls _signal. init just initializes the object for use (like mutex_init, queue_init, etc.). It's like mutex_lock, semaphore_wait, or queue_wait(_w_tmo).
18:54:27***Saving seen data "./dancer.seen"
18:54:38jhMikeSwakeup signal is analagous to queue_post, semaphore_release, mutex_unlock, etc.
18:55:04kugeljhMikeS: ok, I don't see wakeup_init in that file, it's presumably done in another file?
18:55:25kugellooking at creative zvm dma, there's no wakeup_init either
18:55:33jhMikeSkugel: It should be initialized. No kernel object should ever be used without calling the _init.
18:55:59kugeloh, nevermind, I found it
18:56:05jhMikeSAnd no kernel object should have init called more than once unless it is guaranteed to not be in use at the time.
18:56:50jhMikeSOf course we could add loads of verification code too :)
18:57:21saratoga2gevaerts: while you're here, how do i unmount from the command line?
18:58:44kugeljhMikeS: thanks
18:58:52 Join archivator [0] (i=archivat@77.70.28.57)
18:58:55kugeljhMikeS: any idea on the retry?
19:00
19:00:06kugelI assume it should rather be "retry = wakeup_wait()"? Otherwise I cannot imagine how retry can ever be true
19:01:16 Join Jaykay_ [0] (n=chatzill@p579E66AC.dip.t-dialin.net)
19:01:18saratoga2in case anyone is wondering, the e200v1 boosts to 79.71MHz +/_ the accuracy of our timers
19:01:19 Join alexbobp_ [0] (n=alex@69.149.25.200)
19:01:21jhMikeSkugel: looking
19:02:02 Quit alexbobp (Nick collision from services.)
19:02:07 Nick alexbobp_ is now known as alexbobp (n=alex@69.149.25.200)
19:03:13jhMikeSkugel: I don't understand where the retry actually retries. It doesn't appear to do so.
19:03:46kugelyea
19:04:50saratoga2kugel: whats the best way to format my Fuze to 1GB without ruining the firmware partition?
19:05:06kugelsaratoga2: mkfs.vfat
19:05:38jhMikeSThe e200 would fail to read the main device after an SD card insertion and it appeared needed to retry the first transfer after that. For the SD it just makes it not give up so easily.
19:07:03saratoga2kugel: is it possible to brick the device using that command?
19:10:11kugelsaratoga2: I don't think so. I used it (and reverted) successfully multiple times
19:11:15 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi)
19:12:11kugeljhMikeS: I assume retry should be dependent of the return value of wakeup_wait?
19:12:27 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net)
19:12:34kugelit doesn't seem to work though, I effectively disabled write support :/
19:15:56jhMikeSkugel: no, it gets signaled. if retry is true it should try reinitializing the card and doing the transfer again.
19:16:06 Quit Jaykay (Read error: 110 (Connection timed out))
19:16:31saratoga2kugel: do you happen to remember the command you used?
19:17:10kugelsaratoga2: I think it was "mkfs.vfat -b 800000 /dev/sdX".
19:17:36kugelthe block number is a bit confusing, as mkfs.vfat apparently reports 1024bytes blocks
19:18:18kugeljhMikeS: so how to determine a unsuccessful transfer?
19:19:09kugelah, I think I know how it's supposed to work
19:20:06kugelthe ISRs may set retry = true, and those seem to happen between retry = false and if (!retry) (e.g. within wakeup_wait)
19:20:33jhMikeSit looks based off ata-sd-pp.c so you can see that in original form.
19:22:12jhMikeSkugel: Yes, the interrupt will set retry to true if there is an error and wakeup the waiting thread
19:23:16LambdaCalculus37kugel: Have you tried Vorbis playback on the Clip with Rockbox?
19:23:49gevaertssaratoga2: "umount /dev/<whatever the device is>"
19:23:50saratoga2kugel: any idea? http://pastebin.com/m6e56a220
19:24:27kugelsaratoga2: oh, apparently -b was wrong, try without
19:24:28jhMikeSretry should probably be volatile since it's modified out of the normal flow. The compiler could optimize away a reload of the value after waktup_wait (strictly speaking).
19:25:03kugelgood idea
19:25:19 Quit tvelocity ("Αποχώρησε")
19:25:42kugelhe even may cut it the whole if (!retry) away, seeing it it always gives false
19:26:56 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net)
19:27:07saratoga2kugel: just out of curiosity, is the system firmware partition hidden?
19:27:22kugelthere's no seperate afail
19:27:23saratoga2err hidden in UMS mode i mean
19:27:25kugelafaik*
19:27:46kugelit's all one, with some very weird black magic partition table (to me, and fdisk)
19:28:03saratoga2but the usb controller hides the start of flash memory or something in UMS mode which is why it doesn't brick?
19:28:44kugelyes, the of doesn't expose the firmware parts, and rockbox doesn't do that as well, currently
19:30:00amiconnUnhelpful: Im curious - what is r19765 good for?
19:30:54amiconnThe greylib buffer ends up in the same part of memory one way or another, you just swapped plugin bss for the same part of memory requested via plugin api
19:30:57jhMikeSgevaerts: Windows still configures it if I return 0 luns. hehe.
19:31:37gevaertsjhMikeS: it doesn't return 0 luns. It says the highest-numbered lun is 0 (so 1 lun)
19:32:08jhMikeSnot there but in SCSI_REPORT_LUNS
19:32:30jhMikeSlun_list_length = 0
19:32:51gevaertsoh. I'm not sure how valid that is
19:33:55jhMikeSMe neither, I'm observing what happens. I really should just read if I look into this possibility seriously.
19:36:51gevaertsHave fun with the SCSI specs :)
19:37:26jhMikeSAny recommended docs regarding this particular aspect?
19:38:30gevaertshttp://www.t10.org/scsi-3.htm knows all. I think you mainly need the SPC and SBC specs
19:39:21jhMikeSthanks
19:39:32gevaertsI've worked with SPC-3 and SBC-2 mostly
19:39:50 Quit archivator ("Leaving")
19:40:58gevaertsYou may also want the USB mass storage specs from http://www.usb.org/developers/devclass_docs#approved but I don't think they're very important for what you need
19:43:06 Quit Thundercloud (Remote closed the connection)
19:47:37 Join kugel_ [0] (n=chatzill@e179038065.adsl.alicedsl.de)
19:53:56 Join archivator [0] (i=archivat@77.70.28.57)
19:54:03 Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt)
19:54:49 Quit dfkt (Nick collision from services.)
19:54:53 Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt)
19:55:45archivatorJust my luck. I completed my no-lcd_update-when-backlight's-off benchmarks and the results were encouraging - 51 min gain over standard rockbox. I'll have to redo the tests, though as the flash drive that had the files is now fried.
19:55:46Zagorkugel: the SansaFuze page is "a little" misleading. is the bootloader process the same as on clip?
19:57:50 Join miepchen^schlaf [0] (n=miepel@p579ECB62.dip.t-dialin.net)
20:00
20:00:26 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
20:00:39kugel_Zagor: yea
20:00:57kugel_Zagor: I actually have never looked at the SansaFuze page.
20:01:03Zagor:-)
20:01:08kugel_the SansaV2 page contains a generic bootloader installation
20:01:28bluebrotherBagder: can we add some more information to the build-info file for the dailies? I was thinking of a section [release] with player=version list
20:02:04bluebrotherthat way rbutil could easily get the information about the latest release, and we don't need to download another info file
20:03:29jhMikeSgevaerts: Is says thusly: The list shall contain only well known logical units, if any. If there are no well known logical units, the LUN LIST LENGTH field shall be zero.
20:05:13rasherbluebrother: that won't work on a new install would it?
20:05:15 Quit jhulst (Read error: 110 (Connection timed out))
20:05:38 Quit kugel (Read error: 110 (Connection timed out))
20:06:03bluebrotherrasher: why not? We have the player shortname from the autodetection, and h100=3.1 is quite explicit enough
20:06:28bluebrotherplus, not finding the player would implicitly indicate that there hasn't been a release at all ...
20:06:31rasheroh wait, ignore me
20:08:04 Join {-phoenix-} [0] (n=dirk@p54B47538.dip.t-dialin.net)
20:09:22gevaertsjhMikeS: "Support of the REPORT LUNS command on devices having only a single logical unit with the logical unit number of zero is optional.". That doesn't make this trick impossible, but I can imagine some OSes not liking devices with one LUN that's not 0. Also, I'm not sure if REPORT LUNS is always called by all OSes
20:09:54 Join Lear [0] (n=chatzill@rockbox/developer/lear)
20:12:18amiconngevaerts: Wasn't the idea to present a HID for charging-only usb operation?
20:12:34gevaertsamiconn: it was, but jhMikeS is apparently exploring other paths :)
20:12:49jhMikeSgevaerts: I'm trying to find _something_ here to give a nice effect (without strange types of drives showing up). :)
20:13:49jhMikeSIf that's really the nicest way without delving into the obscure, what sort of HID would it be anyway?
20:13:51 Join mib_xzuq6s2n [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-2f6f80f9dcb32d07)
20:14:15 Nick mib_xzuq6s2n is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-2f6f80f9dcb32d07)
20:16:07MarcGuayjhMikeS, toffe, Davide-NYC: My beast has been recovered using the v1.2 updater at work (must be an MTP problem on the home PC). I know you were all very concerned.
20:16:52FlynDiceCan someone tell me if it's normal behavior for the hold button to pause a plugin app and or turn the screen backlight off. I'm looking at bubbles and blackjack on an e200v2 and yes I looked through the manual....
20:17:25jhMikeSMarcGuay: Sweet. Actually, Davide-NYC wasted to send me his beast in the mail. Perhaps he should be made aware of this.
20:18:00LambdaCalculus37jhMikeS: Send him an email.
20:18:13jhMikeSSure thing.
20:18:53gevaertsjhMikeS: I'd expect a keyboard with no actual keys or some such thing
20:19:40gevaertsA bit analogous to FS #8747 (except it would be HID of course)
20:20:30MarcGuayjhMikeS: I think he managed to recover his using the updater and then reinstalled a dual-bootloader and had even weirder problems.
20:21:00bluebrothermake the ipod scrollwheel work as a mouse? ;-)
20:21:58gevaertsbluebrother: default should be strictly do-nothing I think. Options to do a lot more are of course welcome :)
20:21:58archivatorIs that even remotely possible? Does the wheel detect stationary contact or only sliding?
20:22:20MarcGuayFlynDice: Yes. Hold is pause in Rockblox as well.
20:22:49FlynDiceshould it turn off the LCD backlight also?
20:23:08bluebrothergevaerts: I agree on the default. But having it doing something useful would be nice nevertheless ;-)
20:23:09MarcGuayFlynDice: The backlight settings are controlled by Settings->General->Display or similar.
20:23:22gevaertsarchivator: mice don't need to report absolute position. You use the select button to switch between X and Y :)
20:23:30bluebrotherimagine you can scroll through the slides on your powerpoint presentation using an ipod ...
20:24:06gevaertsOr play doom on your PC using the controls you're used to :)
20:24:26archivatorgevaerts: nah, that's counter-intuitive. If the wheel can detect stationary touch, then it can be turned in a 4-button control without using the actual buttons.
20:24:38gevaertsarchivator: it can't
20:26:10ZagorI can report that changing div without bypass actually works
20:26:13Lloreangevaerts: is there a USB display standard by chance?
20:26:14archivatorgevaerts: that's too bad. Second best approach would be to hold the buttons..
20:27:03gevaertsLlorean: not that I know of
20:27:08Lloreangevaerts: I thought the iPod wheel can detect stationary touches
20:27:12LloreanWe used that in Rockboy I thought
20:27:47archivatorI just remembered - Llorean's right, that's how I play Mario Bros.
20:27:48bluebrotherthe clickwheel can but not the older ones (IIRC)
20:27:56LloreanMakes sense
20:27:57gevaertsI think it can. The sansa can't however
20:28:02LloreanThe sansa certainly can't.
20:30:17 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client")
20:32:51amiconnbluebrother: The clickwheel can, with the exception of the Mini G1
20:36:31Zagorand now I see that we already change PLLCR without bypass, in pcm-coldfire.c
20:37:08 Join akur [0] (n=akur@bl9-152-157.dsl.telepac.pt)
20:37:23 Part akur
20:37:38ZagorI'll post my patch
20:38:11amiconnZagor: Maybe that's the cause for the occasional hard lockup?
20:38:21Zagorwho knows
20:38:35amiconnI get that every now and then (about every other day on average)
20:38:58amiconnQuite annoying on the H1x0 :\
20:39:18Zagorgood. change coldfire_set_pllcr_audio_bits() to wait for PLL properly and we'll find out.
20:39:47 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
20:40:04 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-dd08c6d12884c47d)
20:40:40amiconnIt seems to be more likely with voice enabled, and no music playing
20:41:15amiconnIt happens during directory browsing
20:41:18 Quit Jaykay_ (Read error: 110 (Connection timed out))
20:42:28Zagorif it happens that often, a test should be rather revealing. I only use my H140 for development so I have never encountered that problem.
20:43:19amiconnCurrently I'm using the H180 a lot, and most often in the car (== voice enabled)
20:43:19Zagoris this something other users get too? I would have thought there would be an uproar if one of our supported targets hangs every other day.
20:44:12amiconnThis bug is present for a really long time
20:44:33Zagorfor you or for others?
20:45:04amiconnFor me. I should check whether other coldfire targets are also affected, it's just that the H180 is the best among them imo
20:45:35 Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com)
20:45:46 Quit Davide-NYC (Client Quit)
20:45:57amiconnI don't know - maybe others don't use voice that much
20:46:46amiconnI'm not only using a voice file but also .talk clips
20:47:18amiconnI didn't observe those lockups on arm targets so far
20:51:37 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt)
20:52:35 Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-5a5119a6c0856a87)
20:53:51lucentrockbox-trunk-svn/apps/recorder/bmp.c:184:23: warning: integer constant is too large for its type
20:53:59lucentthat's weird.
20:54:19lucentthe line is: unsigned char buf[BM_MAX_WIDTH * 4];
20:54:28***Saving seen data "./dancer.seen"
20:54:38lucentand BM_MAX_WIDTH is 28
20:57:04pixelmaZagor: I also saw these lockups sometimes on my M5 - also using voice file (no .talk clips though) and usually they happen in the file browser for me too, didn't happen very often to me lately though
20:57:17jhMikeSZagor: coldfire_set_pllcr_audio_bits is only called for initialization and when there's an actual sample rate change.
20:58:02Zagordo voices run at 44k1?
20:58:31kugel_hey lucent
20:58:39amiconnAfaik everything is resampled so far
20:58:41jhMikeSZagor: everything does
20:59:08amiconnBut even if it is, the init still writes to PLLCR, potentially causing a glitch if not setting the bypass bit first
20:59:19 Join gregorovius [0] (n=diego@host195.190-226-187.telecom.net.ar)
20:59:22kugel_would be nice if you could test the bunch of test bitmaps Unhelpful provided using a SVN build (I'm busy right now with resolving some storage regression)
20:59:36Zagoramiconn: a glitch that causes a freeze minutes/hours later? that is _very_ far-fetched.
20:59:45jhMikeSamiconn: even if preserving non-related bits?
20:59:47lucentkugel_: yeah, where are they? I'll be happy to test
21:00
21:00:37kugel_unhelpful.cleansoap.org/test-bitmaps.zip">http://unhelpful.cleansoap.org/test-bitmaps.zip
21:00:38amiconnZagor: Immediately. I didn't check the code, but I think the init is called every time the pcm is restarted after running out of data
21:00:46amiconnjhMikeS: yes
21:01:09 Part archivator ("Leaving")
21:01:16 Join archivator [0] (i=archivat@77.70.28.57)
21:01:17lucentkugel_: okay, and instructions for testing, load them in rockpaint or something? also which keypress do we have mapped on fuze to do this?
21:01:27amiconnAnd that running-out-of-data and restart probably happens quite often when browsing with voice enabled
21:01:37kugel_yes, loading them in rockbpaint
21:01:44jhMikeSthe pcm filters for an actual change, so if pcm_set_frequency didn't actually change the samplerate value, it is skipped
21:02:15kugel_hold select, goto open with and select rockbpaint
21:02:15amiconnpcm_play_dma_init() does not filter
21:02:15kugel_go to ;)
21:02:15lucentokay thanks
21:02:31Zagoramiconn: well, just try to change it and we'll find out. there's no use guessing.
21:02:40jhMikeSamiconn: where's that being called repeatedly? It's supposed to be startup code only.
21:02:53pixelmamy impression was that the quicker I browse the more likely such a lockup could happen, haven't been able to reproduce at will
21:03:37ZagorjhMikeS: it's not. it is only called at startup.
21:04:43lucentkugel_: I'm holding select and it doesn't do anything?
21:05:03Zagormain() -> audio_init() -> pcm_init() -> pcm_play_dma_init() -> coldfire_set_pllcr_audio_bits()
21:05:11 Quit tyfoo (Read error: 131 (Connection reset by peer))
21:05:12kugel_eh? it should open the context menu (and it does here)
21:05:43 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-037-154.ewe-ip-backbone.de)
21:06:25lucentkugel_: negatory, rockpaint will toggle between drawing or not drawing on select button, but it does no action on holding the select button. Then, after a time of not pressing any button, the device powers off
21:06:39lucentso sorry I am unable to test as described :(
21:06:43kugel_oh you are already in rockpaint?
21:07:15lucentyeah
21:07:16kugel_I thought you asked how to open it in rockpaint
21:07:28lucentI got confused, I didn't know there is a context menu
21:07:34lucentnow I understand what you said and will test
21:07:50lucentit should work as you described but I was confused :)
21:07:54ZagorZero-wait boost for Coldfire: FS #9797
21:08:21kugel_lucent: well, just look if the images are corrupted (ignoring the banding I assume)
21:08:36kugel_and thanks to my keymap of failure you can exit with the power button
21:08:53*lucent cheers
21:10:04 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)
21:11:02kugel_Zagor: nice, I hope that opens the doors for some gui boost?
21:11:22lucentkugel_: rockpaint does power off the device after a few seconds though
21:11:31lucentor there's a bug of some kind
21:11:38kugel_are you using SVN?
21:11:41lucentit might be that "power button press" due to wheel stuffs
21:11:42lucentyeah
21:11:43Zagorkugel_: yes, if we deem it safe. it requires a lot of testing first though, since it's not the documented way
21:11:48kugel_i.e. without any of Unhelpful patches
21:11:54lucentyes
21:12:18kugel_maybe that's part of the bug we try to resolve with the image corruption? ;)
21:12:24lucent:)
21:13:15kugel_Zagor: have you touched the clip recently? My clip fights with some SD bug that causes it to write corrupted files (they're entirely zeroed). Apparently, LambdaCalculus37's too
21:13:22 Quit japc (Read error: 110 (Connection timed out))
21:13:46kugel_weird is that it doesn't seem to happen on the fuze
21:13:54Zagoryeah I heard. it hasn't struck me yet though.
21:14:33kugel_I'm using svn+svn bootloader. maybe your bootloader is old enough to prevent that?
21:14:47Zagormaybe...
21:14:49kugel_even thouh I don't really think the bootloader changes anything
21:15:07Zagorwe shouldn't rely on the bootloader to set things up anyway
21:16:01kugel_and, IIUC, we don't, except for setting up the RAM
21:16:05kugel_on ams
21:16:29kugel_I'll try updating my fuze bootloader, that one is rather old. if that introduces the bug, we know where to start
21:16:41Unhelpfulwait, what' i do now?
21:16:51Unhelpfuland what happened with the images?
21:17:08jhMikeSGigabeast terribly guilty of relying on the bootloader to do that at this point
21:17:39Zagorkugel_: actually it looks like system_init() in system-as3525.c does a number of things, including clock setup, in the bootloader only
21:19:18jhMikeSSometimes with LCD code, reinit in the firmware care cause ugly display glitching.
21:20:48 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
21:21:12kugel_fuze is fine
21:21:42kugel_maybe something is bad with my fs? even though I'm unsure how often I need to format it to get it working :/
21:21:58kugel_I already did a dozen times
21:22:49 Quit robin0800 (Read error: 60 (Operation timed out))
21:24:13kugel_jhMikeS: you know what bugs me? that the buttonlight/wheellight timeout is so far away from backlight timeout
21:25:00kugel_I'd welcome if those light settings would get their own menu, they're not necessarily connected to the lcd (besides making it visible) anyway imho (i.e. actually a different part of the hardware)
21:27:29lucentkugel_: the banding effect begins when loading test-172
21:27:46lucentno problem when loading test-164
21:28:15kugel_lucent: hm, interesting, that might be the border. my 150x150 don't show corruption either
21:28:19kugel_Unhelpful: ping?
21:28:36kugel_lucent: any other obvious corruption? maybe compare with a pc app showing them
21:28:56lucentkugel_: the test-212 does show those weird individual pixel values
21:29:06lucentI haven't tested between 180 and 212 yet
21:29:51*kugel_ notices another thing which makes the buttonlight work: press a button long enough
21:30:20 Quit karashata ("G'bye everyone!")
21:33:49lucentkugel_: apparently only test-212 has "bad pixel value" problem for me
21:34:23lucentkugel_: there's one suspect pixel value I notice on test-204, but it is consistent with the banding issue
21:35:31lucentkugel_: buttonlight works at all? I do not see any button light on my Fuze in rockbox since you updated the better working wheel code
21:36:41kugel_possibly the 220 one too if there was one
21:36:56kugel_lucent: it's not in svn yet
21:37:17kugel_I'm still investigating why it doesn't work as it should
21:38:06Unhelpfulthere is a 220, isn't there?
21:38:11lucentdidn't see one, let me check again
21:38:18 Nick kugel_ is now known as kugel (n=chatzill@e179038065.adsl.alicedsl.de)
21:39:01lucentUnhelpful: I don't see a 220 did you pack one in the archive?
21:39:37 Quit nuonguy ("This computer has gone to sleep")
21:40:03*kugel sees Unhelpful failed at batch'ing
21:40:08kugel:P
21:40:16lucentresults are (004,108,156,164) = OK; (172, 180, 188, 196, 204, 212) = banding; 212 = bad pixel values noticable
21:40:58lucentI tried batch-building rockbox.zip's with different values of BM_MAX_WIDTH
21:41:19lucentit failed to build after BM_MAX_WIDTH 26
21:41:28lucentI mean, BM_MAX_WIDTH 28 fails to build
21:42:41lucentit was due to an error in my script
21:42:43lucent=P
21:42:54lucent#define BM_MAX_WIDTH 51210080604020098969492908886848280787674727068666...
21:43:02lucentwhoops, bad sed substitution!
21:46:17 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net)
21:46:53*kugel sees lucent fails at batching too
21:46:56 Join m0f0x_ [0] (n=m0f0x@189-47-48-230.dsl.telesp.net.br)
21:50:46*kugel notices another wheel light problem
21:52:27 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)
21:52:54 Join MethoS- [0] (n=lem@host-091-096-213-039.ewe-ip-backbone.de)
21:53:56 Join gregzx [0] (n=chatzill@dsx2.neoplus.adsl.tpnet.pl)
21:54:50lucenthere we go again, I'm queuing up another batch build of rockbox, for all integer values of BM_MAX_WIDTH from 1 to 212
21:57:06 Join tessarakt [0] (n=jens@e180079131.adsl.alicedsl.de)
21:59:03 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client")
21:59:08 Quit m0f0x (Read error: 110 (Connection timed out))
22:00
22:03:46 Quit gregorovius (Read error: 110 (Connection timed out))
22:04:24 Join gregorovius [0] (n=diego@host16.190-30-157.telecom.net.ar)
22:09:56 Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )")
22:12:01 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca)
22:12:49fenugrecAnyone wants to trade a v2 Sansa for my v1 e260 (4GB) ?
22:13:26tessarakthmmm
22:13:45 Join gregzx_ [0] (n=chatzill@dsl211.neoplus.adsl.tpnet.pl)
22:14:00Zagorfenugrec: the clips are dirt cheap
22:14:12lucentfenugrec: I also encourage you to get a clip
22:14:15fenugrecyeah, but I wanted an e2xx
22:14:21Zagorah
22:14:31tessaraktbut why v2?
22:15:28fenugrecI wanted to mess around with the new Rockbox port, so I bought this e260 on ebay (I was hoping it would be a v2)
22:16:09lucentunless you need microSD slot support, the Clip is a great player
22:16:20lucentit's a Sansa AMS i.e. the new port
22:16:33Unhelpfulclearly i failed @ batching :/
22:17:00lucentUnhelpful: I'm batching some builds of rockbox with the patch for BM_MAX_WIDTH now
22:17:08*Unhelpful points out that 26 isn't a multiple of 8 ;P
22:17:13preglowZagor: 24 mhz seems a bit low, what's the next higher possibility?
22:17:18fenugrecah that's it - the microSD was definitely something I didn't like about the clip
22:17:40fenugrec*lack of microSD
22:17:48lucentfenugrec: the other target in active development and easily available is the Fuze
22:18:27Lloreanpreglow: Well, it encourages getting GUI boosting working
22:18:59lucentUnhelpful: does BM_MAX_WIDTH have to be a multiple of 8?
22:19:10lucentI know that's what you suggested to do earlier, I did not ask why
22:19:23saratoga2preglow: if you've got zero cost boosting, 24mhz is perfect
22:19:43Lloreanfenugrec: Are you planning on doing development work? As a user, Rockbox is essentially the same on most players so a new port is pretty similar to an old port.
22:19:45fenugrecok. Well, I didn't want to spend much more money, so I as hoping there might be some people who wanted a v1 (because of the much more complete Rockbox port)
22:19:46saratoga2then the GUI code can just boost whenever it runs and you'll save a lot of power verses keeping it at 45mhz all the time
22:19:51preglowsaratoga2: true enough
22:20:22gevaertsfenugrec: try on the forums. People here are likely to have a v2 if they want one :)
22:21:25fenugrecLlorean: I won't pretend I can do much development, I just wanted to do some hacking on an mp3 player, the v2 was quite interesting to me and inexpensive)
22:21:26Unhelpfulthe read loop unrolls up to 8px at a time, in the case of mono bitmaps.
22:21:38fenugrecYeah, I guess the developper channel isn't quite the right place to ask
22:22:05Lloreanfenugrec: You may be better off with a developed port. You can still hack on it in the form of coming up with new features, etc, while not having to deal with the incompleteness in areas you may not be able to actually complete.
22:22:08Unhelpfulit's also the support channel...
22:22:21 Quit {-phoenix-} (Remote closed the connection)
22:22:42Zagorpreglow: yes 24MHz is a bit low for now. but if we implement zero-wait boost we can use lots more small boosts for example in lcd_update, so a lower base frequency is likely possible.
22:23:14Unhelpfulhere's the 220px image: unhelpful.cleansoap.org/test-220.zip">http://unhelpful.cleansoap.org/test-220.zip
22:23:22lucentUnhelpful: okay, will test
22:23:46fenugrecLlorean: sure, if I end up keeping my v1 I'll be able to try some stuff with it. but I wanted a v2, boo-hoo.. :-(
22:24:13Zagoractually it's 22Mhz. I wrote wrong.
22:24:19Lloreanfenugrec: A v2 basically means "it's harder to hack on because you don't know if the bugs are your own, or due to things not being complete yet" unless you're planning on working on low-level stuff yourself.
22:24:28amiconnUnhelpful: Did you see my question?
22:25:53Unhelpfulamiconn: the fixed-size array did not take into account that greylib might round up the display width or height
22:26:40amiconnAh, didn't think of that detail (even though I coded it...)
22:27:08preglowZagor: the whole argument of boosting being free had me sold anyway, it doesn't matter too much :)
22:27:30Unhelpfulit was just based on what i'd measured as the used size on one target... greylib init would likely fail on some
22:29:29saratoga2what was the technical obstical to free boosting on PP?
22:29:51fenugrecLlorean: I did intend to do some probing with my scope, & other fairly low-level stuff (there's perhaps still some hardware work to do on the v2, i.e. for the buttons? JTAG support was also something I wanted to test..)
22:29:56amiconnHmm, actually it's not only the padding of width/height, but also alignment
22:30:02 Quit gregzx (Success)
22:30:03 Quit TheSphinX^ ("XChat@Linux")
22:30:11 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no)
22:30:30amiconnsaratoga2: We're still not sure it's possible. Right now clock switching on PP requires syncing cores
22:30:49amiconnI hpoed that jhMikeS could tell us why this is necessary (he added it)
22:31:09fenugrecand current draw / battery tests...
22:32:43fenugrec(I need to get up to date as to the status, last time I read the v2 thread was in November - I suspect much has happened in 2 months)
22:32:45Zagorfenugrec: if you really want a v2, offer a swap on the user list. I'd be surprised if nobody takes you up on that.
22:33:05fenugrecuser list => mailing list ?
22:33:09Zagorfenugrec: yes
22:33:41fenugrecOk, I'll try that (thanks for the tip I didn't know there was a mailing-list)
22:33:45moosfenugrec: here http://stores.ebay.com/OutletMP3_MP3-player_W0QQcolZ4QQdirZ1QQfsubZ2QQftidZ2QQtZkm is where I bought an e280 few weeks ago. I just added as note, if they don't mind to check for v2. At end I had one, but I don't know if this related to my message (since they didn't reply me personnaly). I'm sure you will check an ebay seller that can see if this is a v2...
22:34:48fenugrecmoos: thanks, I'll check that out too
22:35:10moosno problem
22:35:16 Quit kugel (Read error: 110 (Connection timed out))
22:36:20 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
22:36:43tessaraktthere is a new Rockbox port for v2?
22:36:46tessarakthu?!
22:37:04lucentin progress, yeah
22:37:07tessaraktyeah
22:38:00Bagderwe're approaching FS # 10K fast ...
22:38:08 Quit archivator ("Leaving")
22:38:13scorchetessarakt: for recent info, you will probably be better off checking the forum thread in the new topics forum
22:38:31tessaraktyou know what I am missing?
22:38:43Bagderwe refer to "v2" as AMS sansas these days
22:38:51tessaraktA German distribution charity for free software
22:39:19tessaraktwhere you say "Give money to ..." and you get a tax-deductible receipt ...
22:40:51 Quit bertrik ("Leaving")
22:43:57 Quit itcheg ("http://www.mibbit.com ajax IRC Client")
22:47:29Zagorboost is definitely broken on clip
22:50:43jeffroniusDo you need any more testers for e200v2? I have a e260v2 with the latest button patches. Scroll wheel still doesn't work. Are there any patches for the wheel yet?
22:50:57Zagorsaratoga2: did you have time to do your measuring magic?
22:51:33saratoga2Zagor: i'm trying right now
22:51:45saratoga2if it works i'll let you know, but i'll have to leave in a few minutes due to work
22:51:52Zagorok
22:53:24 Join merbanan [0] (n=banan@83.233.243.20)
22:54:30***Saving seen data "./dancer.seen"
22:54:54saratoga2grrr file too large error due to left over bits of test_codec
22:55:12 Quit jeffronius ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/")
22:55:20Zagorjeffronius: highly visible bugs like these don't really need testing. thanks anyway.
22:57:39 Quit grndslm ("Leaving")
22:58:16 Quit nplus (Remote closed the connection)
22:58:26saratoga2I get 200.00MHz
22:58:27 Quit HBK (Read error: 110 (Connection timed out))
22:58:51 Quit XavierGr (Nick collision from services.)
22:59:02 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr)
22:59:30saratoga2Zagor: on fuze that is
22:59:35 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net)
23:00
23:00:22saratoga2is that what you expected?
23:00:56ZagorI don't know :-) I just know it didn't change. But I have fixed it now.
23:02:35Zagorthe mp3 skipping issue looks like a pcmbuf bug. it's jumping all over the place.
23:04:56Zagorhowever my 320kbit test tracks work a lot better with working boost. still buggy, but much less.
23:05:02lucentUnhelpful: I am prevented from viewing the output that rockpaint loads with test-220 because of some hideous bug that exits rockpaint
23:05:12*lucent stabs, kills, stabs again
23:07:05amiconnZagor: Imo 24MHz are too low for unboosted. I don't lik ethe reduction of the boosted frequency as well. It means that e.g. the already struggling mpegplayer (on colour coldfire targets) will be struggling even more
23:08:17Zagoramiconn: things will be very different if/when we use short boosts. you can't compare the speeds directly.
23:08:30amiconnFor some cases I can
23:08:55Zagorwe could introduce a max mode for mpegplayer. in fact I have toyed with that idea for the gigabeats too.
23:09:01amiconnRight now the greylib doesn't need to boost on H1x0 and M5. CPU load due to the grey isr is around 45%
23:09:33Zagorit doesn't matter if it needs to boost. boosting is free.
23:09:45Zagorthat's the whole point
23:09:46amiconnIf you halve the unboosted clock, you push the cpu load near 100% - meaning the greylib would need to boost in order to leave enough cpu cycles for the rest of the plugin
23:10:39amiconnAnd it cannot use micro-boosts, because every boost/unboost causes a bit of timer period jitter
23:10:54amiconnThe greylib needs a stable timer for steady display
23:11:14amiconnAnd boosting is not free in terms of power consumption
23:11:19Zagorthey greylib is an edge case. we're not designing the whole of rockbox around greylib.
23:11:42Zagoryes it is
23:12:39amiconnWhy did you choose those odd clock frequencies, btw?
23:12:47amiconnCPUDIV offers 1..8 iirc
23:13:18 Join kugel [0] (n=chatzill@unaffiliated/kugel)
23:13:24Zagoramiconn: because you wrote that these are the only possible clock frequencies with properly working timers
23:13:26kugelZagor: wow, since when was that broken?
23:13:41Zagorkugel: no idea
23:13:50kugelI mean, I always had the suspicion that boosting doesn't work, now it seems to be proven
23:13:56 Quit bluebrother (Nick collision from services.)
23:13:58amiconnZagor: They are the best frequencies for properly working timers, not the only possible ones
23:14:01 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
23:14:11kugelthe suspicion was due to heavy slowness at the beginning of AAC playback
23:14:29Zagoramiconn: in any case, this is a test. we naturally should optimise this as everything else. I have not recalculated the waitstates either.
23:14:38amiconnThis is because these are integer multiples of the base frequencies. We could use fractional ones, at the cost of loosing a little timer precision
23:15:22amiconnThe higher the denominator of the fraction, the more timer precision we'd loose. But then PP timers use an 1MHz base, so using half-base wouldn't be that bad
23:17:37amiconnHmm, #9797 is only for irivers, not for iaudios
23:17:51Zagoroh, mistake
23:18:28ZagorI'll just edit the description.
23:18:55Zagornah, add a comment and then fix the patch tomorrow
23:18:59amiconniAudios have 2 system-*.c files, one for MCF5250 (M5/X5), and one for MCF5249 (M3)
23:20:03 Quit XavierGr ()
23:21:28bluebrotherBagder: did you see my hilight earlier?
23:21:59Bagderyeah, but I'm a bit occupied tonight with other duties so I selected to ignore it for now :-)
23:22:25bluebrotherok ... you think it's a feasible way to go?
23:23:02Bagdersure
23:23:43bluebrothernice. Lets look into that another day then.
23:25:32*amiconn wonders whether 120MHz and 30MHz (actually 120.4224 and 30.1056 MHz) would be nice CPU clock frequencies for coldfire
23:28:12 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca)
23:29:24TheSkunkManif i would start and try to port rockbox to a player, after i gather information on the player would the next step be to edit tools/config?
23:29:59BagderTheSkunkMan: www.rockbox.org/wiki/NewPort is the first basics
23:30:05 Quit bmbl ("Woah!")
23:30:59Bagderthen http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo
23:31:25TheSkunkManthats what I was doing right now
23:32:32TheSkunkManwhat i didn't understand was the tool and toolset variables
23:33:00Bagdertool is what is used to produce the binary that the bootloader loads
23:33:23Bagdertoolset is a list of all tools needed to build a full rockbox for the target
23:33:44Bagder... available in the tools/ dir
23:34:18ZagorTheSkunkMan: have you figured out the OF file format already?
23:34:33 Quit evilnick ("http://www.mibbit.com ajax IRC Client")
23:34:52 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]")
23:38:25 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon)
23:40:27amiconnsaratoga2: [19:01:19] <saratoga2> in case anyone is wondering, the e200v1 boosts to 79.71MHz +/_ the accuracy of our timers
23:40:57amiconn^ Did you reinvent the wheel? There's a performance estimation based on loop execution speed in the debug menu for PP targets
23:40:58 Quit domonoky (Read error: 54 (Connection reset by peer))
23:41:17kugelZagor: hm, sadly, behavior didn't change with your boosting fix
23:41:29kugelstill major slowdown on aac
23:41:46Zagorok
23:43:13kugelamiconn: it seems you don't have an opinion on the backlight fading discussion?
23:43:35amiconnI do, but I'm really lazy when it comes to writing mails :(
23:44:02Bagderno mail, no opinion ;-)
23:44:16*Bagder leans back with no opinion
23:44:55 Join akur [0] (n=akur@bl9-152-157.dsl.telepac.pt)
23:44:56 Part akur
23:45:14kugel:)
23:45:46Bagderthere's where my expertise lies
23:46:57 Quit tyfoo ("Carpe diem")
23:47:31linuxstbTheSkunkMan: Generally the first step on a new port is to figure out the firmware upgrade process, and to work out how you will run your own code in a safe way (i.e. a way you can recover from when it inevitably crashes). You can do this outside the Rockbox code.
23:47:37kugelZagor: can you confirm that boosting is working now, besides that mp3 runs better?
23:48:09Zagorkugel: yes, my boost test plugin shows this very clearly
23:48:23_Auron_efnet is on a farting spree
23:48:29kugeloh, can you share that maybe?
23:48:36Zagorsure, I'll commit it
23:48:41kugeleven better
23:48:42_Auron_oops wrong chan :P
23:49:58bluebrotherseems quite a lot of people don't have an opinion on the backlight fading thing :o
23:50:07 Quit tessarakt ("Client exiting")
23:52:33Zagorkugel: committed
23:53:47 Quit BXCracer (Remote closed the connection)
23:55:41 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090109073009]")
23:56:38 Join xz [0] (i=d984c4e2@gateway/web/ajax/mibbit.com/x-1d97ef629b83c60e)
23:57:46kugelnice

Previous day | Next day