--- Log for 13.09.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 11 days and 18 hours ago 00.02.10 Quit bmbl ("Woah!") 00.04.39 # The ipod video seems to be able to support all the standard sample rates (and even non-standard ones), unlike the other ipods 00.07.32 # markun: ping 00.07.39 # maybe they needed to resample in hardware 00.07.55 # ? 00.08.31 # software resampling was too demanding 00.08.43 # There is no resampling in hardware going on 00.08.57 # The audio codec used in the video supports all sample rates 00.09.43 Quit {phoenix} (Remote closed the connection) 00.10.22 # * amiconn has no idea what the OF is capable of, as he never used it, on any ipod, for anything else than just booting it to see whether it boots, and playing with the settings a little 00.10.58 Quit bluebrother ("leaving") 00.11.29 Join num1 [0] (n=brian@unaffiliated/num1) 00.12.03 # 8/11.025/12/16/22.05/24/32/44.1/48/64/88.2/96kHz should be possible 00.15.44 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 00.16.33 # nice scale 00.16.49 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.17.11 # when will they release the dog-suited rates ? 00.20.20 Quit blahrus ("Ex-Chat") 00.22.11 # & 00.22.16 Quit funman ("leaving") 00.27.04 Quit bertrik ("Leaving") 00.31.04 Join miepchen^schlaf [0] (n=miepchen@p579ECE91.dip.t-dialin.net) 00.31.10 Quit tvelocity (Read error: 110 (Connection timed out)) 00.35.06 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 00.35.35 Quit Nico_P (Remote closed the connection) 00.39.40 Join webguest74 [0] (n=60e324cf@gateway/web/cgi-irc/labb.contactor.se/x-01eba09005ee15a7) 00.40.29 Part toffe82 00.45.08 Quit webguest74 ("CGI:IRC (Ping timeout)") 00.45.22 Join MMK [0] (n=485066da@gateway/web/cgi-irc/labb.contactor.se/x-1980a9a980653238) 00.47.24 Quit krazykit ("later") 00.48.16 Join miepchen^schlaf_ [0] (n=miepchen@p579EC8C5.dip.t-dialin.net) 00.48.22 # is there a Rockbox version for the newest version of the 80 gb color ipod-I believe they call this the "classic ipod" 00.50.19 # no 00.53.52 Quit MMK ("CGI:IRC (Ping timeout)") 00.57.13 Quit ender` (" Some people have one of those days. I've had one of those lives.") 00.59.25 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 01.02.17 Quit dabujo (Read error: 104 (Connection reset by peer)) 01.03.47 Join jeffdameth [0] (n=jeff@dyndsl-091-096-035-031.ewe-ip-backbone.de) 01.04.37 Join Schmogel [0] (n=Miranda@p3EE22AB8.dip0.t-ipconnect.de) 01.06.17 Join jeffdameth1 [0] (n=jeff@dyndsl-091-096-034-187.ewe-ip-backbone.de) 01.06.33 # XavierGr: pong 01.06.53 Quit jeffdameth (Read error: 60 (Operation timed out)) 01.08.36 Quit kronflux ("Ex-Chat") 01.14.03 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 01.17.12 *** Saving seen data "./dancer.seen" 01.18.53 Quit midkay ("Leaving") 01.19.06 Join kronflux_ [0] (n=kronflux@hlfxns0161w-142068040196.pppoe-dynamic.ns.aliant.net) 01.19.22 Quit kronflux_ (Client Quit) 01.19.41 Join kronflux [0] (n=kronflux@hlfxns0161w-142068040196.pppoe-dynamic.ns.aliant.net) 01.19.45 # markun: problem solved, I thought I bricked my Gigabeat F! 01.20.30 # markun: I changed the stock batter to an ipod4g one and while the player was open (without disk) I turn it on 01.20.58 Quit jhMikeS (Read error: 60 (Operation timed out)) 01.21.23 # markun: then a screen appeared, I thouht it was recovery mode (I didn't manage to see what it said) and turned it off via the battery switch 01.21.57 # markun: then it didn't boot and thought that I bricked it, fortunately the new battery didn't make contact with the connector :) 01.23.10 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 01.23.17 # for the logs and anyone that tries to upgrade Gigabeat F battery: the file method in the wiki really works, don't bend your case 01.29.01 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.32.41 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 01.33.20 # Zomg rockbox 3.0? 01.33.27 # XavierGr: I bent my case :) 01.38.23 Quit ompaul (Client Quit) 01.46.05 # anybody try anything else with the nano2g since I tested the bootloader? 01.48.01 Quit Thundercloud (Read error: 110 (Connection timed out)) 01.54.41 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ad3f2f70ff32ceaf) 01.56.41 Join Tai [0] (n=4ba585dc@gateway/web/cgi-irc/labb.contactor.se/x-d992603e8098d2f4) 01.57.13 Join chris2255 [0] (i=chris225@190.141.244.233) 01.57.19 Quit Tai (Client Quit) 01.57.38 Join Tai [0] (n=4ba585dc@gateway/web/cgi-irc/labb.contactor.se/x-5699b46343b816b4) 01.58.00 # hey can somebody told me the correct format and size to have a video that plays smooth in the rockbox i have an ipod of 30gb 01.58.22 # which ipod is that? 01.58.48 # When I try to install themes to my Sansa through Rockbox it says that www.rockbox-themes.org isn't found~ 01.59.03 # ipod 30 gb video 01.59.24 # When I try to install themes to my Sansa through Rockbox it says that www.rockbox-themes.org isn't found~ 01.59.45 # Tai: that's normal the theme site is offline 02.00.06 # Any solutions? -.- 02.00.06 Quit culture (Success) 02.00.07 # the themes in the wiki work though 02.00.12 # chris2255: does the wiki not say? 02.00.30 # chris2255: the video has one of the slowest processors, and relies on a hardware video decoder for video playback in the original firmware. it is best if you use that for video, rather than rockbox. 02.01.04 # So it's not gonna screw up my installation? <_<;; 02.01.16 # ou 02.01.28 # and what he said...the ipod video devices (amusingly enough) are likely the worst of our devices that use mpegplayer 02.01.30 # scorche: the wiki basically says that you'll not even get film framerates, let alone tv ones, on the video. 02.01.31 # so you dont suggest it to use it for video 02.01.35 # ? 02.01.42 # Tai: it is a theme... 02.01.43 # or to use it for video? 02.01.52 # Unhelpful: unsurprising 02.01.52 Quit Tai (Client Quit) 02.02.04 # i suggest you use the apple firmware for video, if you're going to use it for video. 02.02.05 # chris2255: i wouldnt, no 02.02.17 # mm ok 02.02.28 # and wich ipod is the best for it 02.02.49 # using rockbox 02.02.51 # we support many other devices that are better at video than ipods 02.02.56 # chris2255: i don't think any of the ipods are best for video 02.03.04 # i would recommend the gigabeat F 02.03.26 Quit massiveH (Read error: 104 (Connection reset by peer)) 02.04.00 # the wiki says gig F as well. gigabeat S can probably do even better, can't it clock up to something really ridiculous for a DAP? 02.04.01 # thats horrible because i cant buy one of those in my country 02.04.11 # why not? 02.04.28 # i dont know 02.04.44 # i will try to buy one at amazon 02.04.54 # ebay is the suggested place to get one 02.05.28 # you'll probably need to look for one used. it's quite old, and i don't think it's widely available new, anymore. 02.05.31 # hey thanks a lot 02.05.47 # yo guys are the best 02.08.20 Quit chris2255 () 02.08.50 # * Unhelpful wasn't sure if that was sarcasm or not 02.09.08 # is rebooting to OF so painful on iPod? 02.10.55 Quit Schmogel (Read error: 104 (Connection reset by peer)) 02.15.19 Quit n1s () 02.25.03 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 02.25.16 Quit tvelocity ("Αποχώρησε") 02.39.37 Quit kronflux ("Leaving") 02.41.36 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 02.45.36 Quit Mardoxx (Read error: 110 (Connection timed out)) 02.45.44 Join Mardoxx [0] (n=Mardoxx@adsl-87-102-115-248.karoo.KCOM.COM) 02.49.51 Join toffe82 [0] (n=chatzill@71.142.12.137) 02.55.45 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 03.05.57 Quit bughunter2 ("bye") 03.08.36 Quit mcuelenaere ("Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz") 03.08.36 Join bughunter2 [0] (n=Jelle@77.164.66.126) 03.09.31 Quit Zarggg () 03.13.21 Part pixelma 03.15.04 Quit kushal_12_27_200 ("Leaving") 03.15.05 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.17.16 *** Saving seen data "./dancer.seen" 03.17.40 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 03.18.50 Quit massiveH ("Leaving") 03.22.55 # * jhMikeS gives amiconn a belated ping back, a belated "hello" back to markun, and apologizes for his scarcity of late. :( 03.24.02 # jhMikeS: back to rockbox :) 03.25.24 # toffe82: hello there. :) 03.31.41 # jhMikeS: things have mostly been working since i modified stop_charger to clear errors unconditionally. think it might be a good idea to add the modified patch to flyspray? 03.32.23 # jhMikeS: you don't want to work on the gogear sa9200 ? I propose one for free the other days, just have to buy the special usb cable and noody seems to be interested :) 03.34.00 # Unhelpful: The main thing is that the errors should be there to protect against restarting without intervention and they should indicate a true problem 03.35.43 # toffe82: hmmm...is there a wiki page on that one? I feel like a bit flooded atm. If it's a simpler device than an IMX31 perhaps. 03.36.34 # jhMikeS: http://www.rockbox.org/twiki/bin/view/Main/GoGearSA9200info 03.36.54 # it is similar to the sansa 03.37.20 # it has sound but no touchpad, only 4 button working 03.37.40 # and the sound is not too good 03.39.17 # toffe82: hmmm...a partially broken device could make things difficult to work with. 03.39.47 # jhMikeS: is there a way, maybe, to test power has one, when the ADC read fails, and not set the error then? 03.39.49 # jhMikeS: I was spewaking of rockbox running on the player, the player itself is fine 03.39.51 # s/one/gone/ 03.41.05 # s/test/test if/ also... this is not my most articulate night, apparently. 03.42.01 # Unhelpful: that would be a serious error condition and not one I would expect that to be the cause of the error. The initial filtering probably detects that the charger is no longer connected and bails out. 03.43.24 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 03.44.20 # my *suspicion* is some sort of race condition between charging_state being set, and the actual non-availability of charging data. but i'm not sure how best to test that :/ 03.44.41 # toffe82: ah...hmmm. I'll certainly accept a freebie and hopefully I'll have time to actually do something. 03.45.21 # jhMikeS: I don't have the cable to charge it, you will have to buy it, special connector :( 03.45.23 Quit bughunter2 ("bye") 03.46.03 # Unhelpful: It does poll the immediate CHGDETS in stat_battery_reading 03.46.19 # toffe82: Hard to get? Ridiculous cost on that? 03.46.31 # http://www.gomadic.com/brand-philips-accessories-philips-gogear-super-slim-2gb-sa9200-17-accessories.html 03.47.07 # http://www.gomadic.com/philips-gogear-super-slim-2gb-sa9200-17-coiled-power-hot-sync-charge-charger-usb-cable.html 03.47.09 # 18$ 03.48.22 # toffe82: that's not too bad I guess 03.48.25 # CHGDETS is true on charger present, i'm assuming? 03.48.49 # Unhelpful: It's high if at least one source is available, yes. 03.49.11 # jhMikeS: it's up to you if you want it ;) 03.50.50 # toffe82: sure, why not? thanks. :) 03.51.38 # if i'm reading this condition right, though, getting ADC_READ_ERROR will cause stat_battery_reading to signal failure, even if CHGDETS is false: if (reading == ADC_READ_ERROR || !(mc13783_read(MC13783_INTERRUPT_SENSE0) & MC13783_CHGDETS)) 03.52.42 # I can send you the one with rockbox installed but I didn't find a way to power it down , so the battery discharge, if not I can send one with the OF fully charged 03.52.50 # Unhelpful: correct. I wouldn't expect ADC_READ_ERROR to have much chance of happening (in fact it should be almost zero chance). The ADC will read even if the charger isn't connected. 03.54.54 # jhMikeS: hrm. is there a debug mechanism available other than LOGF, or is there something special i need to do to use it? i tried to add some debug logging to be able to trace how and where the error condition starts, but calling LOGF crashed rockbox. 03.56.37 # Unhelpful: not much other than to use splashes or other screen dumping. logf might overflow the stack so you could increase the stack size for whichever thread it's used on. 03.59.01 # i was trying to call it from inside charging_algorithm_small_step. not sure which thread that's being called from... if you can say without too much trouble how i'd give it more stack, it'd be a help. if you're too busy, i can go looking myself. 03.59.33 # Unhelpful: that stuff is called on the power thread in powermgmt.c 04.00.52 # increase power_stack. 04.05.12 # thanks. hopefully i can find something useful before i bug you again. 04.12.47 Join miepchen^schlaf [0] (n=miepchen@p579EC7D9.dip.t-dialin.net) 04.15.59 # Do we know who http://veldrijden.info/themes_rockbox/ belongs to? 04.17.28 Join Darksair [0] (n=user@123.112.119.165) 04.20.03 # erm...they copied the code =/ 04.20.24 # It says "official", and this is unfortunate. 04.21.30 # Especially since the "Theme submission" and such links just go back to the Rockbox wiki. 04.22.48 # well, he just copied a lot of r-t.org code 04.23.01 # shall we bug him at the registrant email? 04.23.06 # is the FPS shown by the mpeg plugin averaged? it's not really stabilizing much. 04.24.32 # scorche: Might be a good idea 04.24.48 # would you like to? 04.25.11 # Let's wait to find out where the guy on the ML found that site from 04.25.35 # Maybe we can find a better contact address first. If not, I'll contact him sometime after the weekend. 04.27.43 # Unhelpful: The FPS is derived from the total number of frames drawn during the entire duration of playback and grows more accurate as it plays. 04.28.09 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 04.28.28 # Unhelpful: Seeking will reset it however 04.30.27 # thanks again 04.38.39 Quit HellDragon (Read error: 104 (Connection reset by peer)) 04.38.58 Quit gevaerts (Nick collision from services.) 04.39.10 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 04.39.42 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 04.43.09 Quit jeffdameth1 (Read error: 60 (Operation timed out)) 04.44.47 Join jeffdameth [0] (n=jeff@dyndsl-085-016-235-173.ewe-ip-backbone.de) 04.45.24 Quit Darksair (Read error: 104 (Connection reset by peer)) 04.52.21 Join Darksair [0] (n=user@123.112.119.165) 05.08.21 Quit gamma-minus (Read error: 60 (Operation timed out)) 05.08.34 Join gamma-minus [0] (n=gamma-mi@p54B3F77F.dip.t-dialin.net) 05.17.19 *** Saving seen data "./dancer.seen" 05.27.13 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 05.56.42 Part toffe82 06.03.44 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 06.09.11 Join goffa_ [0] (n=goffa@216.220.23.105) 06.18.49 Quit EspeonEefi ("さよなら") 06.20.14 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 06.20.32 Quit goffa (Read error: 110 (Connection timed out)) 06.35.38 Quit HellDragon (Connection reset by peer) 06.38.13 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 06.53.10 Quit Zarggg () 07.17.24 *** Saving seen data "./dancer.seen" 07.20.07 # jhMikeS: Did you/ could you try to get recording working on the ipod G3? The WM8731 driver is already there, "only" the PP part of the code is missing... 07.23.31 # jhMikeS: i think it's something other than stack overflow. i added quite a bit to the task's stack, but hitting my logf still gives me a "Data abort at 0004E644" splash, then shutdown. 07.25.50 # i'll tinker w/ another way to debug... i could maybe have a global string pointer into a table of error messages that i can set, and display in the battery info page, or somewhere else... 07.28.52 Join Darksair [0] (n=user@123.112.119.165) 07.29.29 Quit jhulst ("Konversation terminated!") 07.31.51 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 07.41.51 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 07.42.30 Join AndyI [0] (n=pasha_in@212.14.205.32) 07.43.35 Part J-23 07.45.28 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1a03281d92b5836d) 07.48.35 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 08.00.32 Quit AndyIL (Read error: 110 (Connection timed out)) 08.03.33 Join Rob2223 [0] (n=Miranda@p4FDCDB75.dip.t-dialin.net) 08.06.17 Part J-23 08.06.35 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 08.06.49 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 08.07.50 Quit Mardoxx (Remote closed the connection) 08.08.18 Join Mardoxx [0] (n=Mardoxx@adsl-87-102-115-248.karoo.KCOM.COM) 08.11.33 Join AndyIL [0] (n=pasha_in@212.14.205.32) 08.15.37 # * J-23 tests 3.0 keymap for Gigabeat F 08.16.32 # Simulator from 3.0 SVN branch doesn't compile, http://pastebin.com/d467f6698. 08.16.51 Quit JdGordon|afk (Read error: 110 (Connection timed out)) 08.18.42 # and for Sansa c100 it returns "button.c:928:2: error: #error No keymap defined!" 08.21.03 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.21.40 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.28.38 # hrm, ok, i added an extern char * charge_msg, defined in powermgmt.c, and displayed in the debug menu->battery page... and it's showing the string message, but oddly enough, pointing it at some other string doesn't seem to work. 08.29.54 Quit AndyI (Read error: 110 (Connection timed out)) 08.32.54 Quit saratoga ("CGI:IRC (EOF)") 08.32.58 Quit herrwaldo ("Konversation terminated!") 08.45.35 Join botsair [0] (n=user@123.112.119.165) 08.46.35 Quit botsair (Client Quit) 08.51.44 Quit bertrik (Remote closed the connection) 08.55.30 Join botsair [0] (n=user@123.112.119.165) 08.57.42 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 09.00.50 Quit botsair (Client Quit) 09.11.04 Join potato_ [0] (n=potato@c220-237-157-51.brodm1.vic.optusnet.com.au) 09.14.06 Join robotgeek [0] (n=robotgee@ubuntu/member/robotgeek) 09.15.28 # hmm, i have a e250 and i think i have a fix for the fm radio problem. sadly, i seem to have misplaced two of my sansa cables (damn, i hate those!). anyone willing to test a fix? 09.16.21 # is it applicable to c250? because i only have a c250. 09.16.49 # lemme check, i am new to this :) 09.17.29 *** Saving seen data "./dancer.seen" 09.17.56 # potato_: it has the same chip, i might have to rebuild the firmware 09.18.35 # just tell me what i should do xD 09.19.37 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.19.39 # Hmm, the beast seems to be the target with most buttons... 09.22.06 Quit nplus (Read error: 104 (Connection reset by peer)) 09.22.13 # potato_: okay, http://pastebin.com/m79c78214 is the patch 09.22.27 Join nplus [0] (n=nplus@141.25.globcom.net) 09.23.57 # ok, brb goign to a different computer to compile 09.25.10 # potato_: i have a build here for you. http://www.robotgeek.org/files/rockbox.zip 09.25.48 # o sweet 09.26.02 # robotgeek: By "the FM radio problem", to what exactly do you refer? 09.26.37 # ok, so what am i lookking out for? 09.26.38 # Llorean: the reception on my fm player is weak, however it works fine from the sansa firmware 09.26.48 # http://www.rockbox.org/tracker/task/7562?histring=fm%20radio 09.27.25 # robotgeek: See, there's a few other issues with it, so saying "the" fm radio problem is very unclear 09.27.46 # Is there any chance you could post your patch to the task so that people interested in the problem can actually find it? 09.27.47 # potato_: if your fm reception is weak with the current firmware, see if it gets better with this one (try picking a weak channel to begin with) 09.28.21 # Llorean: sure, will do. sorry about the ambiguity. just frustrated that I can't test it out myself 09.28.46 # Do you have a MicroSD card? 09.28.55 # yep 09.29.12 # * Llorean was asking robotgeek 09.29.21 # my bad xD 09.29.48 # Llorean: yes, i do 09.29.59 # robotgeek: You could always use that to transfer the new build onto your player. 09.30.39 # Llorean: ah yes, ty. all i need to do is browse to it, and execute the new build, right? 09.31.55 # robotgeek: I'd recommend actually extracting Rockbox to the card, boot your current Rockbox build, delete the .rockbox folder, copy the .rockbox folder over from the card, then reboot. 09.32.19 # okay 09.32.51 # While executing the new build *should* work, it'll cause problems with plugins and codecs (which don't matter for a radio test) and it won't persist across reboots (which you may need to do since I'm guessing you're playing with hardware init, haven't looked at the patch yet) 09.34.52 Quit XavierGr () 09.35.12 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 09.35.13 # im still stuck refreshing my data base. 09.35.39 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.37.57 # Seems the audiocodec is set to waste a bit of power on ipod Video... 09.38.14 # Iiuc it wastes ~0.65mA 09.39.33 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 09.40.01 # (VMIDSEL always uses lowest impedance, while this is only required for fast startup. It should be set to medium impedance later) 09.40.05 Join Darksair [0] (n=user@123.112.119.165) 09.40.37 Join einhirn [0] (i=Miranda@p5B033265.dip0.t-ipconnect.de) 09.41.39 # doesn't seem much better for me. 09.42.02 # except presets dont seem to work 09.42.12 # jhMikeS: are mc13783_read(MC13783_INTERRUPT_SENSE0) and MC13783_CHGDETS supposed to be bitfields? because that & in stat_battery reading is where the failure seems to happen, and i wonder if it ought to be a && there 09.42.44 # but i can only guess, since i'm not sure if the values are supposed to represent something, or are only meant to be zero/nonzero 09.44.19 # well, thanks for testing potato_ 09.44.35 # Llorean: fwiw, i have added a comment and a patch to the task list page 09.45.21 # np 09.47.30 # How can I help with Rockbox USB implementation? 09.51.06 Quit Llorean ("Leaving.") 09.53.06 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.53.40 Join Llorean [0] (n=DarkkOne@32.169.210.37) 09.54.11 Quit vitja ("Ex-Chat") 09.54.27 # potato_: well, either this fixed it or they must have had a fix in svn 09.55.04 # scorche, Llorean: I believe http://veldrijden.info/themes_rockbox/ is mcuelenaere's 09.55.26 # It really shouldn't say "official" if it's publicly accessible. 09.55.45 # I guess he only put it up there to show some progress 09.56.30 Part Llorean 09.57.21 Quit ompaul (Client Quit) 09.57.56 # hmm, compiling SVN wpseditor returns "/usr/bin/ld: cannot find -lQPropertyEditor". 09.59.30 # whole output is http://pastebin.com/d5d5c99cb 10.00.16 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.01.05 # potato_: i guess i should have checked svn first. all is well, thanks for your help! 10.01.13 # well im off to attempt to write a DDR type plugin. Wish me luck =] 10.01.46 Part potato_ 10.01.53 Quit avis (Read error: 110 (Connection timed out)) 10.03.56 # J-23: those simulator compile errors you pastebinned earlier, which simulator was that from? 10.04.31 # first was from AFAIR Gigabeat F, then from Sansa c100 10.06.11 # the c100 is only in early stages of the port, so no surprise there... do you always build in the same directory? 10.06.52 # simulators were built in /build 10.07.37 Quit Mardoxx (Read error: 110 (Connection timed out)) 10.09.08 # Unhelpful: iirc they are bits that are triggered by interrupts, the datasheet is available if you are really interested ;) 10.09.33 # the pastebinned errors look to me as if you first build a simulator of a colour target (Gigabeat F probably then) and then a simulator of target with greyscale or monochrome display - in the same directory without a make clean between 10.10.51 # ok 10.11.07 # yes, I tried to do it. 10.13.07 # ... yes, i think i get it now. and i look like an idiot, previous to now... 10.31.02 # no not an idiot just someone who is learning 10.31.12 # * linuxstb thinks mcuelenaere should probably protect his themes dev site with a simple .htaccess 10.32.09 # (or move it, and never quote the complete URL publically...) 10.32.25 # i *don't* have a lot of experience with hardware, but i ought to have figured this one out. or at least i feel that way now. :D 10.32.42 # (or add a robots.txt - /me should stop thinking aloud....) 10.32.54 # Unhelpful: hardware is like a cat 10.33.03 # it does some crazy things that make sense later 10.33.14 # linuxstb: heh...i should probabnly do that on t.r.o actually.. 10.34.00 # scorche: Does google find it? 10.34.19 # yup 10.34.27 # Yes, so it does... 10.35.37 # nice analogy. i should still assume that & is intended to be &. maybe i've spent too much time in languages where "&&" is spelled "and". 10.36.02 # i'm *not* sure that stat_battery_reading should return an error if the charger isn't plugged in, though... 10.36.30 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 10.41.09 Quit UncleRemus (Read error: 104 (Connection reset by peer)) 10.42.38 # done... 10.44.06 Join lasser [0] (n=f@Vf3f8.v.pppool.de) 10.48.13 Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 10.51.52 Join Lear [0] (i=chatzill@rockbox/developer/lear) 10.55.17 # Anyone around who could test a patch on ipod video? 10.55.44 # * amiconn now has a WM8758 driver that compiles, and should not break playback after recording 10.56.08 # It also has recording gain setting implemented, and a few minor refinements 10.56.40 # The main thing to test is whether it doesn't break playback after recording, and doesn't barf on recording itself 10.57.01 # Testing whether recording actually works would be nice, but not required as a first test 10.58.02 # http://pastebin.ca/1201673 10.58.56 # jhMikeS: ok, if the CHGDETS bit is supposed to 1 when the charger is present, it looks like stat_battery_reading will fail if called with charger unplugged. 11.00.32 Join Nibbler [0] (n=Nibbler@ncnat01.netcos.de) 11.02.25 # if charging_algorithm_small_step is called with the charger unplugged, but charger_input_state still set to CHARGER, it calls adjust_charger_current, which calls stat_battery_reading, which fails, and the failure bubbles back up to charging_algorithm_small_step, which calls stop_charger(true) to set the error 11.02.47 Quit homielowe () 11.04.31 # gevaerts? GodEater? 11.07.41 Join bughunter2 [0] (n=Jelle@77.164.66.126) 11.11.24 Join herrwaldo [0] (n=waldo@ip-81-11-209-35.dsl.scarlet.be) 11.12.55 # * J-23 tries Gigabeat F emulator 11.15.38 # J-23: it's actually a simulator. Doesn't emulate the hardware. 11.16.07 # ahh, I know, but I forgot and wrote "emulator". 11.16.19 # I know is only simulates interface. 11.16.44 # ok :) 11.17.31 *** Saving seen data "./dancer.seen" 11.17.59 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 11.26.03 Join desowin [0] (n=desowin@atheme/member/desowin) 11.26.51 # is blue backlighted wheel in Sansas e200 like scrollwheel from iPods? 11.27.05 Part linuxstb ("Leaving") 11.29.54 # i'm not sure at all if that's what *should* happen or not, but on my S60, charge_state is reliably set to CHARGE_STATE_ERROR on charger unplug, whether it's the AC charger or USB. 11.35.02 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.36.10 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 11.36.14 Quit homielowe (Remote closed the connection) 11.41.06 Quit lasser () 11.42.54 # so, would a correct fix be to check CHGDETS at top of charging_algorithm_small_step, and set charger_input_state there, or not to return error in stat_battery_reading if charger is unplugged, or is my hardware defective? :/ 11.50.21 # "fixing" in stat_battery_reading works for me, i'll test for a while and see if anything terrible happens 11.59.02 # Unhelpful: i think only jhMikeS knows that and he's not around much so have you added your comments to the FS tadk? 11.59.12 # s/tadk/task/ 12.01.11 # i will later, i have to pack up here. i guess "is my hardware broken" could be answered by having a couple other S owners test his charging patch on theirs 12.03.17 # * amiconn also has a beast now 12.03.23 # Not rockboxed yet though 12.04.30 # Unhelpful: what is the problem you experience? 12.06.04 # with the charging patch, battery reading is always 100% after charger has been plugged in once and unplugged. debug->battery 2nd page show Charge state: Error after battery has been plugged and unplugged. everything is fine if S is started unplugged 12.06.33 # amiconn: good news :) 12.07.11 # Unhelpful: ah, I'll try to test on mine later 12.07.32 # ok, shutting down in a minute here. if i don't get distracted. :/ 12.09.14 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 12.17.17 # What filesystems does Rockbox support? 12.18.01 # FAT16, FAT32...nothing spectacular 12.19.22 # OK. Does Rockbox allow me (as plugin programmer) to have direct access to microSD port and e.g. create SDIO plugin? 12.20.10 # * amiconn wonders whether n1s is referring to the WM8758 patch or the beast 12.20.54 # amiconn: both actually but i was thinking of the beast at the moment :) 12.22.31 # J-23: i am not familiar with SDIO to know how feasible your goals are, but you cannot do that as the api exists currently...it would require further changes than just a plugin itself 12.23.52 # gevaerts: http://130.89.160.166/temp/meizu_dfu_endian.diff 12.27.22 # * amiconn is still looking for a tester with an ipod video ... ... 12.29.01 Join petur [50] (n=petur@rockbox/developer/petur) 12.31.56 Quit bmbl ("Woah!") 12.34.42 Join dabujo [0] (i=xx@p4FDB03F6.dip0.t-ipconnect.de) 12.35.07 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.42.29 Join adasd [0] (n=me@87.121.119.92) 12.43.03 # hi, is there a plan for porting rock box to sony nwz-a810 series ? 12.44.09 # we dont really make plans to port devices...ports happen when people come forward with teh time, capability, and the device itself to make a port 12.48.22 # adasd: http://forums.rockbox.org/index.php?topic=15239.0 12.53.53 # thx, so maybe in the future someone with the skills unfortunately I do not have will be able to build it for the sony this really nice project, 12.58.47 Quit adasd () 13.01.11 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 13.02.14 Join svpe [0] (n=svpe@p54905B30.dip.t-dialin.net) 13.02.22 # ok, can I help with USB implementation besides programming? 13.17.35 *** Saving seen data "./dancer.seen" 13.22.06 Quit einhirn (Read error: 104 (Connection reset by peer)) 13.25.20 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 13.42.00 Join {phoenix} [0] (n=dirk@p54B479D7.dip.t-dialin.net) 13.42.30 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 13.44.09 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 13.55.20 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 13.55.48 # hi 14.00.34 Quit suom1 (Remote closed the connection) 14.00.37 Join suom1 [0] (i=markus@viitamaki.net) 14.10.52 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 14.14.30 Join foolsh [0] (n=foolsh@c-98-212-241-229.hsd1.il.comcast.net) 14.14.47 # about the theme site at veldrijden.info: I renamed the folder so it's not accessible anymore 14.18.15 Quit amiconn (Nick collision from services.) 14.18.22 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.19.43 Quit Nibbler (Read error: 110 (Connection timed out)) 14.23.25 # someone familiar with the ARM PrimeCell PL061 (GPIO) ? 14.24.04 # I wonder if when reading pin3 from the data register, only the bit 3 will be set (or not) in the byte read 14.26.52 # ask at e.g. ##microcontrollers 14.27.00 Quit miepchen^schlaf () 14.30.34 # J-23: Why? This is for a rockbox port and there are people here with knowledge of this sort of thing 14.31.18 # ahh, I didn't know. 14.31.52 Join Schmogel [0] (n=Miranda@p3EE23B01.dip0.t-ipconnect.de) 14.32.03 Join einhirn [0] (i=Miranda@p5B031F29.dip0.t-ipconnect.de) 14.32.22 # do you think about porting calendar plugin to players other than Recorder? 14.32.23 # J-23: thanks, I asked anyway :p 14.33.14 # I just found 2 other buttons on the Sansa Clip, so I try some stuff .. 14.33.32 # J-23: I don't see any reason not to apart from the work :) 14.34.04 # Anyone who wants to port calendar should also have a look at rockcalendar (in the tracker) 14.35.59 # is it possible that lcd-16bit.c access illegal memory addresses? 14.36.05 # accesses* 14.36.38 # Not afaik 14.37.11 # hmm, but I saw clearpixel(u8 *addr) just sets *addr, could there be some code who feeds it an illegal address? 14.37.28 # because the MIPS targets almost always gives a TLB exception in this function 14.37.33 # target* 14.38.01 # Those functions are only called from within lcd-16bit.c, and addr always points to an address inside the framebuffer 14.38.15 # hmm that's what I thought 14.38.28 # could stack corruption cause this? 14.38.40 # or could you think up of something which could cause this? 14.38.57 # I've tried several things, but nothing worked 14.38.57 # Lots of things could 14.39.36 # Stack corruption, out-of-bounds array accesses even in completely unrelated code, wrong hardware setup, bugs in gcc... 14.40.20 # hmm so I have to check all the code for bugs :/ 14.40.26 # You need to find a way to trace back these bugs 14.40.28 Join midkay [0] (n=midkay@rockbox/developer/midkay) 14.41.09 # oh yes, and an other (unrelated) question: how come GCC accepts this: void XX(void){ irq = get_irq(); } when irq is not defined? 14.41.37 # it didn't differ whether I did 'int irq = get_irq();' or just plain 'irq = get_irq();' 14.42.06 # Everything is of type int unless otherwise specified 14.42.16 # It should throw a warning though 14.42.26 # it didn't 14.42.44 # -Wall ? 14.42.46 # but this is normal? 14.42.50 # Then irq must have been defined somewhere (include file?) 14.42.54 # funman: -Wall is defined in Rockbox 14.43.10 # amiconn: that seems most likely 14.43.14 # mcuelenaere: use cpp instead of gcc, and look for the declaration of irq in the preprocessed 14.43.25 # it should include file and line where the variable was declared 14.43.26 # but shouldn't it throw an error because it's defined twice? 14.43.38 # no you can change the scope of a variable when defining it 14.43.50 # defined, or declared? 14.44.00 # int i; while(1){ int i; i = 0; } 14.44.02 # That too 14.44.34 # hum what's the difference between definition & declaration ? 14.44.43 # definition is assignement ? 14.44.47 # Gcc would throw a warning in that case though "blah shadows global variable bla" (iirc) 14.44.49 # #define i and int i ? 14.44.55 # @funman 14.45.07 # definition is int i; 14.45.16 # declaration would be 'extern int i;' 14.45.29 # oh ok 14.45.38 # ah I never used extern 14.46.06 # you will find them in cpp output also :) 14.46.13 # For functons it looks a bit different 14.50.54 # I'm trying to set up threading for MIPS targets, but don't really get how load_context() works 14.51.17 # I mean, it jumps to start_thread() the first time it is executed, but the second time (when it's NULL), it doesn't change the PC 14.51.39 # so how is it supposed to continue thread execution? 14.51.51 # It sure does. 14.52.00 # Changing the PC is part of loading the context 14.52.35 # you mean part of load_context() or part of switch_thread()? 14.52.40 # because I don't see it part of neither 14.53.17 # take for example the ARM targets, they load R4-R11, SP & LR 14.53.19 # but not PC 14.53.35 # Yes, it loads lr 14.53.51 # but isn't LR loaded from stack in switch_thread()? 14.53.54 # And then returning from switch_thread() will return into the function of the new thread 14.55.32 Quit daurnimator ("Cyas later...") 14.55.56 # I have this: http://pastebin.com/d7c65d76f 14.56.01 # and it doesn't look right 14.56.46 # ($ra = LR on MIPS) 15.01.04 Quit mcuelenaere ("gtg") 15.02.51 # There is several gpio configurations on the sansav2 15.03.21 # If I configure certain pins as outputs, some other pins I was reading start having a meaning 15.04.12 Join Nibbler [0] (n=Nibbler@e181098049.adsl.alicedsl.de) 15.07.57 # hmm, what's bad with current Rockbox USB implementation? 15.09.14 # It doesn't work reliably, depending on what port you connect it to 15.10.44 # is somebody trying to make it usable? 15.10.58 Join webguest96 [0] (n=525fedd1@gateway/web/cgi-irc/labb.contactor.se/x-128c5bd15dd5452a) 15.11.42 Quit webguest96 (Client Quit) 15.13.50 Quit bughunter2 ("bye") 15.15.31 # J-23: It needs some thorough hw-level debugging and/or (most probably and) low-level reverse engineering 15.16.10 # The usb code itself is apparently correct, but there seem to be timing issues 15.16.40 # Either we're not setting up some registers in the PP corectly, or we're missing something else 15.16.50 # PP? 15.16.51 Quit svpe ("leaving") 15.17.32 # PortalPlayer 15.17.37 *** Saving seen data "./dancer.seen" 15.17.51 Quit {phoenix} ("Konversation terminated!") 15.18.31 Join anathema [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.22.10 Join webguest56 [0] (n=4f44299a@gateway/web/cgi-irc/labb.contactor.se/x-795e21c6b016892d) 15.24.00 # hi, i would like to install rockbox on my ipod 5.5g with a bootloader that lets me choose from the original os and rockbox, does anyone know where i can get step by step instructions on how to do this? 15.27.41 # did you check the manual? 15.29.55 Quit culture (Connection timed out) 15.38.23 # yes, but it only has instructions on how to install a different bootloader. I want to install rockbox with the bootloader that gives me a graphical interface to choose the os when starting my like the one shown in this video http://www.youtube.com/watch?v=1I-3tkbKX6c 15.39.31 # That's the ipodlinux loader, not supported by us 15.39.32 # webguest56: then you'll have to ask the ipodlinux people 15.39.35 # gra 15.40.14 # The rockbox bootloader can also triple boot (rockbox, OF and ipodlinux), but without a menu 15.41.24 # i have seen videos with that bootloader with just ipod os and rockbox on it so i thought it might be supported by you 15.42.39 # it works but it's not supported in this chan (ie you won't get help about it) 15.43.10 # and the normal rockbox bootloader works just fine 15.43.46 Join webguest25 [0] (n=c2e4b1aa@gateway/web/cgi-irc/labb.contactor.se/x-7ec30b0587692177) 15.43.47 Quit webguest25 (Client Quit) 15.43.55 Join Gloslyk [0] (n=c2e4b1aa@gateway/web/cgi-irc/labb.contactor.se/x-4cc91db565e4b967) 15.44.53 # ok, thanks a lot 15.46.22 # Hi to all, I'm new here but please help me - my iPod is now in boot hangup cycle and I can't switch it off. 15.46.41 # try holding menu+select for 10 seconds 15.47.15 # webguest56: Are yout talk to me? 15.48.55 # Hi, can I talk to you? 15.48.56 Quit webguest56 ("CGI:IRC (EOF)") 15.50.21 # To dionoea: I have iPod video 30 GB (5th gen) and I still try to holding menu and select button simultaneously, but with it doesnt work... :-( 15.50.50 # what do you see on the screen? 15.52.35 Quit anathema (Read error: 104 (Connection reset by peer)) 15.53.09 Join goffa [0] (n=goffa@216.220.23.105) 15.54.58 # Dionoea: I also try to hold menu and play button together with previous change of hold button, but iPod is cycling with apple logo and black screen... 15.55.28 # Try pluging it back to usb and runing the apple restore utility 15.55.38 # and then reinstall the rockbox bootloader 15.56.30 # Dionoea: on the screen I see black for a whlie and then for about 10-15 seconds I see shaddow apple logo in the center of black backgroud. And all this is still repeating... 15.57.58 # Dionoea: I hopefully wish to be able to connect it to PC. Yes I can but the OS doesn't recognize it as a new device event not just simple drive... :-( 15.59.19 # what happns when you switch hold to on as soon as it restarts? 15.59.41 # I must go away for a while but my contact infos are: Pavel Glosl, e-mail: gloslyk@seznam.cz, ICQ# 101353797 and mobile phone:+420777039246. 16.00.04 # wow... this channel is logged... 16.00.53 # and even still.. who gives out their mobile number on the net?! 16.01.38 # social network users 16.02.01 # Hmm, this Transcend MMC contradicts itself. It specifies that its maximum read and write block size is 2048 byte, and that partial block writes aren't allowed, but when trying to set the blocksize to 2048 it returns a parameter error 16.02.14 # Setting 512 bytes or 1024 bytes works - really weird 16.04.22 Quit n1s () 16.04.36 Quit goffa_ (Read error: 110 (Connection timed out)) 16.05.00 Quit Gloslyk ("CGI:IRC (Ping timeout)") 16.05.42 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 16.06.45 Join Gloslyk [0] (n=c2e4b1aa@gateway/web/cgi-irc/labb.contactor.se/x-3ff1b60e24754a3c) 16.08.35 # I'm sorry for the mobile number but I'm a little-BIG confused and scared of state of my iPod, so forgive me. 16.10.09 # I also try to switch hold button on after I see first apple logo, but I can't recognize restart cycle invoked by me from other (automated) cycles... 16.10.11 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.11.07 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 16.14.22 # I try to ask my "computer" friends so good-bye and thank for your help. Pavel. 16.16.05 Join Lear [0] (i=chatzill@rockbox/developer/lear) 16.19.43 Quit Gloslyk ("CGI:IRC (Ping timeout)") 16.24.26 Quit EspeonEefi ("さよなら") 16.25.27 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.29.43 Join nightmare [0] (i=18b3b9cc@gateway/web/ajax/mibbit.com/x-e0f2a046ef9165af) 16.32.05 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 16.35.23 Join svpe [0] (n=svpe@p54905B30.dip.t-dialin.net) 16.46.22 Join jeffdameth1 [0] (n=jeff@dyndsl-091-096-055-032.ewe-ip-backbone.de) 16.49.38 Join miepchen^schlaf [0] (n=miepchen@dslb-088-072-030-113.pools.arcor-ip.net) 17.01.30 Join kronflux [0] (n=kronflux@hlfxns0161w-142068040196.pppoe-dynamic.ns.aliant.net) 17.02.11 Quit jeffdameth (Read error: 110 (Connection timed out)) 17.03.23 Quit faemir (Read error: 104 (Connection reset by peer)) 17.03.38 Quit funman ("leaving") 17.17.40 *** Saving seen data "./dancer.seen" 17.17.41 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 17.19.03 Quit Havien (Read error: 110 (Connection timed out)) 17.20.21 Join Horschti [0] (n=Horscht@p4FD4C2CC.dip.t-dialin.net) 17.20.42 Quit kronflux ("Leaving") 17.21.07 Quit Horscht (Nick collision from services.) 17.23.41 # * amiconn now has music playing from that strange Transcend MMC :) 17.23.57 # amiconn: I'm here now. What sort of testing do you need? Basic playback after recording (fake, I don't have the hardware for real recording), or more than that? 17.24.01 # It's still a hack though, and I need to do further tests wrt card behaviour 17.24.18 # gevaerts: That would be a nice first step 17.25.08 # You could also check whether it *basically* records, i.e. the written .wav file has the expected number of samples, and (nearly) silence in it 17.25.24 # For actual recording you'd need a dock connector with line-in 17.25.42 Join ghriehggnoeezoiz [0] (n=ghriehgg@soy95-1-82-229-97-62.fbx.proxad.net) 17.25.51 Part ghriehggnoeezoiz 17.26.55 # * gevaerts compiles 17.28.05 # markun: just to check, you had problems with the bswap_*() on bsd? 17.34.07 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 17.35.50 Join tcpp [0] (n=7c63cf37@gateway/web/cgi-irc/labb.contactor.se/x-5adc89706a8a6ec2) 17.36.15 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 17.36.16 Quit tcpp (Client Quit) 17.36.46 # amiconn: I started playback, entered the recording screen, started recording, stopped, and restarted playback. Everything worked fine. The wav file contains faint noise in the right channel and near-zero left 17.37.34 # Hmm, interesting. I wonder why the noise is only right 17.37.53 # But the result is nice :) 17.38.06 # Isn't it a mono recording? 17.39.17 # It was setup to record from microphone. I'll try line-in now 17.39.23 Join webguest01 [0] (n=7c63cf37@gateway/web/cgi-irc/labb.contactor.se/x-87bc6d3b4c757720) 17.39.27 # gevaerts: yes, I don't see where bswap is defined in FreeBSD 17.39.53 Quit webguest01 (Client Quit) 17.40.04 Join tcpp [0] (n=7c63cf37@gateway/web/cgi-irc/labb.contactor.se/x-82b42c27290872dc) 17.41.00 # peakmeters still show only right 17.41.01 Quit petur ("real life...") 17.41.12 # In playback? 17.41.12 # markun: ok. That means we have to define them ourself I guess 17.41.21 # amiconn: no, on the recording screen 17.41.43 Join toffe82 [0] (n=chatzill@adsl-71-132-87-240.dsl.sntc01.pacbell.net) 17.41.57 # Well, when the left channel has no input signal that'd be expected 17.42.02 # It's now set up for line-in stereo 17.42.11 # But I wonder why there's noise on the right but not on the left 17.43.38 Quit tcpp (Client Quit) 17.43.43 # * gevaerts has no idea 17.45.59 # * amiconn is slightly confoozled wrt MMC behaviour 17.46.27 # hmm, I see there are some translations of RbUtil. How can I translate RbUtil to Polish? 17.47.05 # I know I can do it by editing .ts files, but there are no English .ts files. 17.48.27 # J-23: you need linguist-qt4, a nice gui for translating qt apps (you can do it by hand, but...) 17.48.40 # ok, I have it. 17.48.40 # English is the language used in the source 17.48.48 # J-23: lupdate can create a template for you 17.49.29 # see RockboxUtilityDevelopment -- it describes how to add a new language 17.50.40 # but there is no file like rbutil_en.ts :/ 17.50.52 # Why do you need that? 17.51.14 # ahh, I forgot I need to edit TRANSLATIONS file 17.51.41 # s/file/line/ 17.53.01 Quit miepchen^schlaf () 17.55.14 Quit nicktastic (".") 17.56.01 Join gregzx [0] (n=chatzill@dtk98.neoplus.adsl.tpnet.pl) 17.58.43 # gevaerts: Does the (noise) level in the right channel change when you adjust the gain? 17.58.53 Quit faemir (Remote closed the connection) 18.00.41 # What's "Battery switch"? 18.01.40 # amiconn: it doesn't look like it does, at least from the peak meters. 18.02.00 # Yeah, peakmeters check the actual pcm data, so that seems to work 18.02.02 # J-23: the gigabeats have a switch that actually disconnects the battery 18.02.24 # Does SVN also only show the right peakmeter? (no level adjustment in SVN)? 18.02.42 # amiconn: when I release the button from changing gain, I see spikes in both left and right channels 18.03.12 # amiconn: sorry, not sure what you mean there 18.03.16 # * J-23 translates... 18.03.35 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 18.04.00 # gevaerts: You said that only the right channel shows something on the peakmeter when recording. Does that also happen with SVN, or does SVN show both peakmeters moving? 18.04.30 # The parenthesized part was just for pointing out that level adjustment won't do anything in SVN 18.04.45 # * gevaerts understands now 18.05.00 # Let me install a clean svn build, and I'll check 18.05.31 # And of course, playback will be broken afterwards... 18.07.18 Join booster606 [0] (n=boost@69.176.13.140) 18.08.38 # amiconn: the peakmeters seem to behave exactly the same in clean svn 18.08.55 # hello all...i have a philips gogear sa3025/37 and i was looking on the site for a new firmware, but rockbox isnt ported to my player yet, so i was wondering if there is a guide on how to start production ??? 18.09.54 # booster606: http://www.rockbox.org/twiki/bin/view/Main/NewPort 18.10.09 # gevaerts, thanks 18.10.17 # it's not really easy to port rockbox to a new player though :-) 18.10.27 # i wouldnt think so 18.10.40 # but i have alot of spare time on my hands 18.10.48 # so im gonna give it a shot 18.11.11 # hmm, I think somebody will need to check my translation and fix it. 18.14.13 # gevaerts: Okay, nice to know. SO my patch doesn't introduce a problem, and can be committed 18.14.24 # * amiconn will do that a bit later 18.14.27 # J-23: you can mark translations as unfinished with linguist. 18.14.39 # I think so, yes. Of course a test with real recording hardware would be better 18.14.57 # J-23: there are other Polish speakers around, so checking shouldn't be a problem 18.15.27 Quit massiveH ("Leaving") 18.15.29 # At least recording won't break playback anymore. If recording itself is slightly broken, that's something covered by saying "untested" 18.16.20 # * amiconn wants that dock connector exactly for testing recording (on his Photo, and perhaps on a Video if I get access to one) 18.16.39 # Next devcon, at the latest 18.17.35 # Hmm, doesn't LinusN have a dock connector? 18.19.19 # heh, error messages are most funny part of translation :D 18.25.27 # markun: I committed a version that should work everywhere. Can you test it if you get a chance? 18.25.36 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.34.37 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 18.35.44 Quit gevaerts ("rebooting") 18.38.36 # what's "descrambling"? 18.39.39 # hmm...it seems that all of the production on porting RB to philips has stoped 18.39.41 # the h100 / h300 firmware file is scrambled 18.40.07 # does it mean ciphered/encoded? 18.40.35 # you could call it that way. 18.41.41 # * J-23 still translates Bootloader installes "epic fails" 18.43.07 Quit parafin ("So long and thanks for all the fish") 18.43.09 Join parafin [0] (i=parafin@paraf.in) 18.48.08 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.48.17 Join setkeh [0] (n=setkeh@CPE-124-176-184-166.vic.bigpond.net.au) 18.49.37 # ok, BootloaderInstaller translated :) 18.50.37 # hmm, should I leave "&Ok" and "&Cancel" as they are? 18.50.59 # booster606: what player ? 18.51.43 # toffe82 it seems that all of the philips players have stoped 18.51.54 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 18.52.14 # toffe82, i have a gogear sa3025 18.53.11 # J-23: why? Just translate them like everything else 18.53.24 # booster606: the sa9200 has rockbox running but need a lot of work still, I don't know about the sa3025, nobody has one I think 18.53.54 # toffe82, yeah its a cheapo 18.54.30 # I thunk they are directiver and they will be changed to other texts 18.59.37 # hmm, was "Rockbox Utility" string translated in other language versions? 19.01.11 # is rockbox open source or just free software ?? 19.01.47 Join miepchen^schlaf [0] (n=miepchen@p579EC7D9.dip.t-dialin.net) 19.01.49 # open source and free software 19.02.03 # licensed under the terms of the GPL license 19.02.06 # as some people say: OpenSource is business model, Free Software is an ideology. 19.03.00 # dionoea, thanks i just thought id ask before i started pulling it apart to see how it was working :D 19.04.05 # setkeh: you could have checked rockbox.org before asking :) the first sentence on the page is: "Rockbox is an open source firmware..." 19.05.13 # dionoea, i dident think of that lol usually with websites you have to filter though a ton of stuff before you find what you want lol sorry 19.11.30 Quit miepchen^schlaf () 19.17.42 *** Saving seen data "./dancer.seen" 19.19.49 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.25.31 # ahh, I'm doing too many typos now 19.30.02 Quit svpe ("leaving") 19.32.04 Join goffa_ [0] (n=goffa@216.220.23.105) 19.33.11 Quit n1s () 19.38.55 # can I publish uncompleted translation to be fixed and completed by somebody? 19.39.33 # of course 19.41.24 # http://users.bshellz.net/~moarc/patch-polish-rbutil.diff 19.42.09 # it's not complete and it shouldn't work properly. 19.42.18 # J-23: that doesn't look correct 19.42.22 # (badly set shourtcuts, etc.) 19.42.31 # did you svn add rbutil_pl.ts? 19.43.07 # no. 19.43.22 # then it doesn't get included in the patch 19.43.24 Quit bmbl ("Woah!") 19.44.02 # For some reason there also seem to be changes in the other languages 19.44.17 # gevaerts: lupdate, I think 19.44.44 # added it to repo and then ran "svn diff" 19.44.49 # desowin: probably. 19.45.12 # what's newest revision? I have r18507 19.45.37 Quit dabujo (Client Quit) 19.45.44 Quit goffa (Read error: 110 (Connection timed out)) 19.46.41 # J-23: recent enough. Latest is 18508 19.46.58 # J-23: could you add it to flyspray? That's easier to manage 19.47.09 # ok. 19.49.19 # http://www.rockbox.org/tracker/task/9398 19.49.34 Quit gamma-minus (Read error: 104 (Connection reset by peer)) 19.50.17 # Thanks. Now let's have some other Polish speakers proofread and extend it :) 19.52.07 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 19.56.38 Quit fdinel (Read error: 110 (Connection timed out)) 20.08.40 Join n1s [0] (n=nils@rockbox/developer/n1s) 20.11.10 Join miepchen^schlaf [0] (n=miepchen@p579EC7D9.dip.t-dialin.net) 20.15.30 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 20.23.05 Quit Nibbler ("Ex-Chat") 20.25.04 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 20.25.05 Quit booster606 (Read error: 54 (Connection reset by peer)) 20.25.22 Join booster606 [0] (n=boost@69.176.13.140.FRTC.static.foothills.net) 20.30.42 Join n1s_ [0] (n=nils@nl104-208-152.student.uu.se) 20.32.08 Quit n1s (Read error: 110 (Connection timed out)) 20.42.15 Join HBK- [0] (n=me@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.49.53 # gwah! 20.52.44 Quit HBK (Nick collision from services.) 20.52.47 Nick HBK- is now known as HBK (n=me@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.54.18 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-32d5448e77280cea) 20.54.33 # Looks like I made the MMC driver unnecessarily complex ... all 3 MMCs I have here for testing happily accept a block size of 512 bytes 20.54.49 Quit gevaerts (Nick collision from services.) 20.54.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 20.55.01 # (the 3 MMCs *stating a block size of >512 bytes, that is) 20.55.52 Part pixelma 20.55.52 # Merf... this will save 3KB of buffer ram, plus the whole read caching stuff... 20.56.17 # Oddityodd I didn't notice this earlier 20.57.15 # Now I'd need testers with an Ondio and MMCs >1GB ... 20.57.26 # As many different brands as possible 21.00.30 Join MarcGuay [0] (n=chatzill@ip216-239-78-97.vif.net) 21.00.49 Join newtothis [0] (n=4c136107@gateway/web/cgi-irc/labb.contactor.se/x-2dfec525ec6a1476) 21.01.09 # Hmm, now it gets really puzzling... 21.03.00 Join jdilla [0] (n=chatzill@c-76-19-97-7.hsd1.ma.comcast.net) 21.03.52 # can someone help me out? 21.04.09 Quit jdilla (Client Quit) 21.04.23 Join jdilla [0] (n=4c136107@gateway/web/cgi-irc/labb.contactor.se/x-5e40fd404a43379c) 21.05.47 Quit newtothis ("CGI:IRC (Ping timeout)") 21.07.01 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 21.07.25 # does anyone know if i can make the original firmware my default bootup 21.07.37 # id appreciate it if someone could tell me this :x 21.07.44 # jdilla: What player? 21.07.51 # i have a sansa e280 21.07.56 # rockbox works really well 21.08.02 # but this is my only real complaint 21.08.23 # There's a reverse bootloader in the unsupported builds section of the forums. 21.08.36 # thats great, thank you very much 21.08.43 # ill do some searching and if i have a problem ill come right back here 21.09.52 # if there was something in the rockbox system that kept a log of everything that happens that you could upload to the rockbox site for bug reports or all around usage profiling, how many people do you think would take the time to upload? 21.10.50 # num1: I think such a system would be unworkable in the first place 21.11.16 # gevaerts: how so? 21.11.36 # num1: how are you going to do this? 21.11.48 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 21.11.58 # Is it possible to replace broken audio connector with new on Sansa c240? 21.13.35 Join l7 [0] (n=l7@evil-wire.org) 21.13.45 # gevaerts: I'm not sure, it would be hard to log enough to be helpful for debugging errors, but not log so much that you quickly fill the hard drive (or flash memory depending on target) 21.14.35 # num1: exactly, and moreover I don't want precious RAM wasted by heaps of logging code 21.14.49 # thanks for the MFing heads up that I'm no longer hosting the 5G themes but all of them! ;) 21.14.58 # I think I can handle it. 21.15.42 # hmm, did you say there are ipod 5g themes for rockbox? 21.16.24 # i would really like to change my rockbox theme from default to something like that... 21.16.38 # Logging all activity by default is nonsense. It'd either need heaps of ram, and/or hit the disk really often, eating battery power this way 21.17.39 # l7: www.rockbox.org/wiki/WpsGallery 21.17.45 *** Saving seen data "./dancer.seen" 21.18.14 # Now things become really interesting... using 512 byte blocks is even *more reliable* than using the blocksize reported by the card... 21.18.42 # And it fixes the Transcend 4GB problem once and for all... 21.18.53 Part J-23 21.19.14 # BigBambi: ah cool 21.22.32 # too bad none of them work on the sansa 21.22.37 # hipod dark is nice though 21.23.21 # hey guys, i have one more quick question -- while using the rockbox auto installer, whenever i click the themes button it says there is a network/proxy error 21.23.29 Quit faemir (Remote closed the connection) 21.23.31 # my internet is fine and i am not under a proxy (ive checked) 21.23.35 Join strawf [0] (i=nanimain@amadeus.cc.tut.fi) 21.23.45 # anybody have any idea why this is happening? 21.24.57 # Yes, the theme site is down 21.25.28 Nick n1s_ is now known as n1s (n=nils@nl104-208-152.student.uu.se) 21.25.42 # rbutil currently looks at a third party unofficial theme site that is down. There is an official replacement being developed at the moment 21.26.19 # is it down? Mailing list suggests my mirror has had the DNS pointed at it as of a few hours ago. 21.26.26 # Thanks for answering my question :) 21.26.39 # this irc channel has basically solved al lmy problems.. 21.26.55 # Soap: It certainly has been - I was just assuming it still was because of jdilla - I haven't actually checked 21.27.43 # Soap: Although it seems to redirect to yours just fine :) 21.28.18 # Does rbutil handle redirects? 21.28.28 # I don't know, it may be that 21.29.08 Quit MarcGuay (Read error: 110 (Connection timed out)) 21.29.10 # I gotta run again - posted a request to get control of the domain name to the mailing list. Will see how this all shakes out in a few. 21.30.19 # Hey BigBambi, would you expect this site to be down for much longer? I mean, has it been a big problem in the past or is it just a small error we're facing right now? 21.30.47 Quit num1 ("veni, vidi et capiebar ad anum "I came, I saw and I endured a rear assault"") 21.31.02 # Ive e280 with radio. It used to work with rockbox. It was connected to my laptop as I hibernated the laptop. After that the sansa wont boot anymore. I mean if I press the menu-button I can hear a click through headphones, but the screen stays black. If I plug the player to usb-cable the blue light turns on, but my computers do not see my player. Ive tried to access recovery and manufacturing modes but have not succeed. I've also tried to find a soluti 21.31.37 # s/succeed/succeeded 21.31.39 # jdilla: It is no longer down, but everything isn't set up for rbutil to transparently handle the redirect 21.31.43 # strawf: you got cut off at 'tried to find a soluti' 21.31.58 # oh, wait a sec :) 21.32.25 # jdilla: For now you can manually get them at rockbox-themes.cleansoap.org but all of the themes will be out of date and need fixing for recent wps syntax changes 21.32.33 # I've also tried to find a solution with google and from the rockbox forums. Is there anyone here who would like to help me? 21.33.19 # I would suggest leaving it to charge for a good long time first if you haven't already 21.33.54 # And what happens when you try recovery mode? 21.34.30 # BigBambi: Would they still be compatible? I'm sorry for my pretty newbie questions. I could also just wait for it to work properly if that would be better and safter for my mp3 player. 21.34.30 # blue light usually means it's in manufacturing mode 21.34.53 # jdilla: No, they are out of date and need fixing 21.35.10 # If I put the key lock on, press the rec-button and attach the usb cable the blue light will turn on, but no text is printed to the screen and my computers dont see a thing :/ 21.35.20 # jdilla: You can do that, there is absolutely zero chance of anything getting damaged 21.35.48 # strawf: what does "my computers dont see a thing" mean exactly? I'm pretty sure your computer does detect the connection 21.36.07 # And the themes won't get updated unless you or someone else does it 21.36.09 # well, lsusb does not print anything 21.36.26 # as root, or as a normal user? 21.36.30 # as root 21.36.44 # hmm, that's weird 21.36.50 # BigBambi: Thanks once again! 21.37.10 # strawf: any interesting dmesg output? 21.37.51 # Ill check, just a second 21.38.18 # jdilla: No problem - to help with fixing the syntax see www.rockbox.org/wiki/CustomWPS and http://forums.rockbox.org/index.php?topic=17507.0 21.41.23 # I dont see anything related to the player. There is however one line that might be useful: 21.41.36 # usb 2-2: new low speed USB device using uhci_hcd and address 34 21.42.33 # strawf: if you don't see any connection, I'm afraid there is a hardware problem 21.42.40 # If I only could get to manufacturing or recovery mode I think I could fix this :/ 21.42.58 # thats always possible 21.43.30 # Normally "nothing happens, but a the blue lights turn on when connecting" means that it is in manufacturing mode 21.43.38 # :o 21.44.00 # It will go that way even if the keylock is not on and I dont press the center key 21.46.07 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 21.46.10 # Ill try it on my windows laptop with linux live cd 21.55.39 # nothing. Anyway, thanks for your help 21.55.40 Quit jhMikeS (Nick collision from services.) 21.55.46 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 21.55.58 # doesn't sound good. Is it still in warranty? 21.58.05 # I bought it 7/07. I dont think the warranty will cover since Ive installed 3rd party firmware 21.58.48 # I think it got a power surge or something like that. Nothing to do with rockbox... 21.59.38 # yeah, I agree but the manufacturers dont usually like people modding their players 22.00.14 # It's up to you I guess. 22.08.43 Join {phoenix} [0] (n=dirk@p54B45553.dip.t-dialin.net) 22.08.49 # soap: still around? rbutil now fails simply because rockbox-themes.org redirects to cleansoap.org but drops the path of the request (i.e. /rbutilqt.php?res=... -> /?res=..., which results in a bad request response) 22.09.18 # not sure if you can do anything about it -- I'm not subscribed to the user ml (anymore) 22.09.49 Quit faemir (Remote closed the connection) 22.10.07 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.11.25 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.16.32 Join antgel [0] (n=topdog@pdpc/supporter/monthlybyte/antgel) 22.17.28 # Odd way of rewriting urls... 22.17.39 # * bluebrother added a note to RockboxUtility about theme installation being broken 22.17.54 # Who admins rockbox-themes.org? 22.18.16 Quit faemir (Remote closed the connection) 22.18.36 # redbreva 22.18.39 # well, it rewrites the url but drops the file part. The remainder get parameters get constructed by rbutil 22.18.52 Quit jdilla ("CGI:IRC") 22.19.08 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.19.56 # the initial request returns Location: http://rockbox-themes.cleansoap.org/ 22.20.03 Quit {phoenix} (Remote closed the connection) 22.20.15 # hi. i run rockbox on an iriver H340. i have weird battery-related behaviour. i'd change it if it wasn't for the intermittency. machine must be 3-4 years old. basically, i charged it overnight last night. when i tried to play it today, rockbox showed 3.2V and immediately quit... 22.21.10 Quit faemir (Remote closed the connection) 22.21.11 # ... i was out for the day, just took it out to debug, didn't plug it in, switched it on, and it showed about 3.6 and started playing (it still is playing, 10 minutes later)... 22.21.28 # Wey, my m6sp lit up 22.22.02 # but usual voltage post-charge is just over 4, and most of the time when i switch the machine on, rockbox reports maybe 3.8-3.9V. 22.22.10 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.22.24 # sounds like a dead battery 22.22.26 # does anyone have any insight into this? how could it read 3.2 this morning then 3.6 this afternoon? 22.23.03 # skatteola: I guess it won't do much more right now. The SP uses a different touchpad controller than the SL (it shouldn't be too hard to add though) 22.23.03 # bluebrother: okay, i don't mind changing it, i just don't get why sometimes it's fine, not like a new battery life, but useable and normal 22.23.24 # The battery recovered due to not being in use. With LiIon this is usually a sign of a dying battery 22.23.56 # amiconn: interesting. okay, i guess it's not a rockbox issue, thanks :) 22.24.28 # I don't think it is... although it can't be ruled out with 100% certainty 22.24.45 Quit faemir (Remote closed the connection) 22.24.49 # another clue - it always cuts out /very/ quickly when i try to do a rockbox database scan, perhaps this is related 22.25.03 Part strawf 22.27.17 # Bah, radio screen on hwcodec is broken 22.27.17 # again sounds like a dying battery -- the database scan eats up some more battery (as the hard drive has to scan). 22.27.23 # Peakmeters don't update regularly anymore 22.27.42 # gevaerts: true, it only lits up 22.27.56 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.28.05 # also, meizu_dfu now gets stuck at "Clearing status..." 22.29.40 # That's not abnormal I think. meizu_dfu basically assumes the player will behave as if the normal meizu files have been loaded, and rockboot.ebn behaves pretty differently 22.31.11 # bluebrother, amiconn: thanks 22.31.25 Quit faemir (Remote closed the connection) 22.33.29 Quit bertrik ("Leaving") 22.33.49 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.38.16 Join bughunter2 [0] (n=Jelle@77.164.66.126) 22.39.10 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 22.40.44 # amiconn: hello. I've never tried to get it working nor do I have any idea what I have to switch around on 3g. 22.41.20 # ipl should have some pointers, iirc 22.42.06 # amiconn: that's what the "ping"s were about? 22.42.36 # Not only, but the other questions are resolved meanwhile 22.42.46 # ah, ok 22.44.30 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.47.48 # got the mp3 decoder on cop patch working with semaphores on my first compile 22.48.22 # saratoga: cool! how is the speed and battery improvement? 22.48.48 Join FastKatt [0] (n=FastKatt@c-98-213-200-103.hsd1.il.comcast.net) 22.49.30 # saratoga: whatever you know so far from this venture, I'm curious even if it's not the very latest 22.52.16 Quit Xerion (Read error: 104 (Connection reset by peer)) 22.52.17 # jhMikeS: kugel put the patch into his custom build and reported 19 hours of battery life on his e280, which evidently was considerably more then he expected but i don't know how much 22.52.22 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 22.52.29 # i haven't had time to do more controlled testing with a DMM and lab supply 22.52.34 Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) 22.53.11 # saratoga: what about test_codec results? 22.53.21 # ...and how they compare? 22.53.21 # i'll run it right now 22.53.38 Quit Xerion (Client Quit) 22.53.43 # the synth filter used something like 45-50% of the CPU time, so I expect close to 400% real time 22.54.04 # what was it before? 22.54.18 # 378.65% realtime and 21.1MHz 22.54.23 # it was 202% real time 22.54.50 # * amiconn wonders what it actually needs to put the codec thread on COP 22.55.12 # The codec thread should never access the disk 22.55.21 # i looked into it briefly and decided that we'd probably be chacing race conditions in the playback engine for a long time if we did 22.55.50 # but that was just my uninformed guess 22.56.00 # * gevaerts reminds saratoga of http://www.rockbox.org/irc/log-20080817#22:12:11 :) 22.56.21 # based on how deeply some of the function calls made by the codecs went into buffering.c and playback.c after I took the tiem to trace them 22.56.33 # Nico_P would be able to say for sure though 22.57.18 # What would also be interesting is how test_codec figures compare to actual playback 22.57.46 # gevaerts: yeah I think at a minimum those 2 functions need to be changed, but I think its more difficult then it sounds 22.58.03 # they call a lot of other functions internally, and toucha lot of structs 22.59.22 Join Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) 22.59.29 # saratoga: We shouldn't be chasing them at all and a good restructuring of that code would eliminate it. 23.00.21 # amiconn: without using any EQ, the CPU does not boost and the pcm buffer never falls much below 95% full 23.00.23 # The problem is that it needs someone be stubboprn enough to do the restructuring all the way through 23.00.27 # i need to test it at 24MHz core clock 23.00.38 # i doubt it will boost much if at all there either 23.01.08 # * amiconn recently saw what happens if restructuring is done half-hearted, in rockbox :\ 23.01.45 # jhMikeS: well given my relative knowledge of the playback, buffering, and threading I don't think i'd be much use at it 23.02.20 # actually, I could probably multithread the transforms in all the main codecs 23.02.57 Join {phoenix} [0] (n=dirk@p54B45553.dip.t-dialin.net) 23.03.00 # trying to track down simple bugs is difficult because one particular simple function can be implemented through many code paths 23.03.01 # it'd be much easier from my point of view, since I already have a good understanding of the various codecs 23.04.09 Quit jhulst ("Konversation terminated!") 23.04.57 # Hmm, but implementing multithreading in the codecs is going to be more work, and probably not all codecs will allow such a nice balanced split 23.04.58 # saratoga: I was thinking about how to structure a small library to help in the development of codecs that may want to split their loads. I suppose a few actually being done that way would help reveal the needed api. It shouldn't have to be a scratch job every time. 23.05.14 # jhMikeS: is there someway for the preprocessor to determine if mad is being built as a codec or part of mpegplayer? 23.05.36 # And as soon as some more demanding core tasks are added, the split won't be even anymore 23.06.58 # saratoga: I think there is something set for mpegplayer. the makefiles for mpegplayer should have the info. 23.07.06 # amiconn: yes thats definately a problem, and I agree that we should we work towards getting more then just the back ends of codecs onto the cop 23.07.23 # I looked at the defines, and I didn't see something like -DMPEGPLAYER or whatever, but i'll look again 23.07.31 # We still need a decent resampler. The current one is just crap 23.09.32 # amiconn: should we retain the fast but lower quality resampler. SPC would probably be unuseable on slower targets without it. 23.09.48 # jhMikeS: parallelizing the other 3 transform codecs shouldn't be that hard since they now all use the IMDCT library 23.09.55 # thats a natural place to split them in half 23.10.52 # though eventually i want to look into splitting up the SBR parts of AAC+ onto the COP 23.10.57 # We have a shared IMDCT library now? Hrm...I've been out of the loop. :) 23.11.02 # which will doubtless be more unpleasant 23.11.17 # jhMikeS: yeah I wrote it over the summer and committed it right after the feature freeze 23.11.33 # for now its just the plain Tremor IMDCT, but theres plenty of room for improvement there 23.12.52 # which codecs can use it? 23.12.54 # still, it made a huge difference for WMA and AAC, which did not have the benefit of a fast IMDCT before 23.13.04 # WMA, Ogg, AAC 23.13.13 # all the ones to which it was applicable 23.13.13 # Not MPA? 23.13.26 # MP3 uses a weird IMDCT size, so it didn't make sense 23.14.05 # and anyway, I think Tremor's can only do power of 2 transforms, so the 18 point IMDCT is out 23.15.46 # saratoga: line 41 of the makefile does "MPEGPLAYER=1" 23.17.46 *** Saving seen data "./dancer.seen" 23.18.32 # ok thanks, wasn't sure what that actually meant 23.19.29 # saratoga: perhaps that only is relevant to the script itself. linuxstb always knows the answer to these makefile issues. :) 23.20.06 # it probably needs a -DMPEGPLAYER or the like 23.24.01 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.24.44 Join Tai [0] (n=4ba585dc@gateway/web/cgi-irc/labb.contactor.se/x-e3468b2d87c17b22) 23.25.48 # When I apply themes, the backdrop appears but the music player doesn't change to what it's supposed to display, I manually installed them, am I doing something wrong? <_<; 23.27.26 # probably a broken theme 23.27.26 Quit Tai (Client Quit) 23.30.59 Join boomer155 [0] (n=jason@S010600179a270dc9.vs.shawcable.net) 23.32.16 # amiconn: ipodlinux moved to sourceforge? I can't seem to locate much tech info like they had. 23.32.58 # The ipl site is down for quite some time now. The repo should be somewhere on sf 23.34.03 Join lasser [0] (n=f@Vf3f8.v.pppool.de) 23.35.51 # ipodlinux.cvs.sourceforge.net:/cvsroot/ipodlinux 23.37.22 # The most interesting parts are in arch/armnommu/mach-ipod/ , e.g. audio.c 23.40.32 # * jhMikeS wonders why the one firmware for all players approach 23.41.13 # at least in the audio part 23.41.19 # * amiconn also wondered that several times 23.42.38 Part boomer155 23.43.39 # hmm disabling mp3 on cop does not fix my mpegplayer crash 23.45.00 # saratoga: after patching libmad it breaks mpegplayer? 23.46.32 # jhMikeS: yes 23.46.56 # and if i ifdef out the cop stuff mp3 works fine, but mpegplayer just crashes 23.47.25 # does mpegplayer touch any of the internal libmad stuff? 23.47.31 # saratoga: what about patched but on a single core device? 23.47.54 # saratoga: no, it uses the library a little more extensively than the audio codec though 23.48.01 # thats probably it then 23.48.14 # i bet the circular buffer breaks in mpegplayer 23.48.33 # why would it need that if not split? 23.49.33 # mpegplayer/audio_thread.c has all the stuff it uses there...mostly stream scanning functionality 23.49.59 # jhMikeS: because I removed the buffer from the frame struct 23.50.36 # so that i could change the pointers between threads 23.52.06 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 23.56.54 Join brent113 [0] (n=brent113@kkmail.rndv.net) 23.57.57 Quit brent113 (Client Quit) 23.58.03 Join brent113 [0] (n=brent113@kkmail.rndv.net) 23.58.07 Quit brent113 (Client Quit)