--- Log for 03.01.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 19 hours ago 00.03.40 Join knitt1 [0] (~knittl@thehappy.de) 00.03.41 Join n1s [0] (~n1s@rockbox/developer/n1s) 00.03.41 Join mikroflops_ [0] (~yogurt@h-34-71.A238.priv.bahnhof.se) 00.03.41 Join simabeis [0] (~simabeis@lobmenschen.de) 00.03.41 Join soap [0] (~soap@rockbox/staff/soap) 00.04.44 # New commit by 03theseven (r28951): Fix red 00.06.00 # uh oh 00.06.13 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.08.18 # r28951 build result: 0 errors, 118 warnings (theseven committed) 00.09.10 Join Q__ [0] (~kurt@d54C270A5.access.telenet.be) 00.09.16 # one should not try to get something committed before going to sleep :/ 00.10.47 Join Utchy [0] (~Utchy@rps6752.ovh.net) 00.11.25 # finally... 00.11.30 Join timccc [0] (~timccc@112.166.15.141) 00.13.50 # New commit by 03theseven (r28952): Fix yellow 00.14.32 # argh! svn fails to commit my port! 00.15.07 # r28952 build result: All green 00.17.49 Join Strife89TX [0] (~cstrife89@adsl-80-182-157.mcn.bellsouth.net) 00.17.59 # here it is! 00.18.24 Quit Keripo1 (Quit: Leaving.) 00.18.51 Join stoffel [0] (~quassel@p57B4B791.dip.t-dialin.net) 00.19.10 Quit n1s (Quit: Lämnar) 00.19.11 # TheSeven: Nice work! 00.19.41 # * TheSeven is pretty sure he has *not* broken the H300 sim :) 00.20.02 # TheSeven: Did you forget svn:keywords though? 00.20.13 # probably, as always... :/ 00.20.25 Join GuySoft [0] (guy@bzq-79-179-18-225.red.bezeqint.net) 00.20.25 # * TheSeven doesn't do this kind of thing often enough 00.20.42 # do we have a consensus on the keywords nowadays? 00.20.47 # * Strife89TX makes a note to visit BuildHighScores ... 00.20.48 # * TheSeven remembers some mailing list flamewar 00.21.01 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 00.21.17 # TheSeven: those are just a new build client that didn't have tools/ yet 00.22.04 # TheSeven: The UsingSVN wiki page documents it I think 00.22.17 Join webguest13 [0] (~46478aa1@giant.haxx.se) 00.22.23 # New commit by 03theseven (r28953): New port: iPod Classic (also known as iPod 6G/6.5G/7G) ... 00.22.32 # oh my... 00.22.34 # gevaerts: that one isnt new 00.22.57 # <[Saint]> there's a 7G now? 00.23.05 # kugel: in that case he either ran make veryclean or did a new checkout 00.23.10 # r28953 build result: 0 errors, 9 warnings (theseven committed) 00.23.44 Quit webguest13 (Client Quit) 00.24.15 *** Saving seen data "./dancer.seen" 00.26.53 # TheSeven: is the classic ready for the build system? 00.27.19 # there might be a few warnings left, haven't had a detailed look at the build 00.27.30 # * gevaerts checks 00.27.38 Quit Llorean (*.net *.split) 00.27.38 Quit mortalscan (*.net *.split) 00.27.38 Quit efyx (*.net *.split) 00.27.38 Quit domonoky (*.net *.split) 00.27.39 Quit chattr (*.net *.split) 00.27.39 Quit Xerion (*.net *.split) 00.27.39 Quit B4gder (*.net *.split) 00.27.39 Quit Farthen (*.net *.split) 00.27.39 Quit niekie (*.net *.split) 00.27.39 Quit Stummi (*.net *.split) 00.27.39 Quit mc2739 (*.net *.split) 00.27.39 Quit jordan` (*.net *.split) 00.27.39 Quit linuxstb (*.net *.split) 00.27.40 Quit n17ikh (*.net *.split) 00.27.40 Quit dionoea (*.net *.split) 00.27.40 Quit factor (*.net *.split) 00.27.40 Quit simonrvn (*.net *.split) 00.27.40 Quit Horschti (*.net *.split) 00.27.40 Quit pixelma (*.net *.split) 00.27.40 Quit markun (*.net *.split) 00.27.40 Quit merbanan (*.net *.split) 00.27.41 Quit tmzt (*.net *.split) 00.27.41 Quit literal (*.net *.split) 00.27.48 # and there is no bootloader/manual yet 00.27.57 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.28.17 # No warnings apparently 00.28.28 # Actual usability is irrelevant I think 00.28.49 # The main thing is to see if anyone breaks it 00.29.25 Join 5EXAB0PYG [0] (fred@ircop.efnet.at) 00.29.25 Join factor [0] (~factor@75.108.68.114) 00.29.25 Join literal [0] (hinrik@w.nix.is) 00.29.25 Join tmzt [0] (~tmzt@76.211.0.152) 00.29.25 Join merbanan [0] (~banan@c-94-255-218-107.cust.bredband2.com) 00.29.25 Join markun [0] (~markun@rockbox/developer/markun) 00.29.25 Join pixelma [0] (quassel@rockbox/staff/pixelma) 00.29.25 Join Horschti [0] (~Horschti@xbmc/user/horscht) 00.29.25 Join simonrvn [0] (simon@197.159-ppp.3menatwork.com) 00.29.25 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 00.29.25 Join mortalscan [0] (~mortalsca@173-166-0-166-newengland.hfc.comcastbusiness.net) 00.29.25 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 00.29.25 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 00.29.25 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 00.29.25 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 00.29.25 Join B4gder [0] (~daniel@rockbox/developer/bagder) 00.29.25 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 00.29.25 Join niekie [0] (quasselcor@CAcert/Assurer/niekie) 00.29.25 Join Stummi [0] (Stummi@rockbox/developer/Stummi) 00.29.25 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 00.29.25 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 00.29.25 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 00.29.25 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 00.29.25 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 00.29.26 # if you can add the main build, but not the bootloader/manual, then it's fine AFAICT 00.29.45 # ok 00.30.37 Join Sajber^ [0] (~Sajber^@85.24.143.198) 00.31.57 Join bzed_ [0] (~bzed@devel.recluse.de) 00.33.07 Quit bzed (Ping timeout: 260 seconds) 00.33.12 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 00.33.27 # New commit by 03gevaerts (r28954): Remove 64MB ipod video build 00.34.14 # CIA-7 is slow today... 00.34.47 # * TheSeven is a bit puzzled 00.35.00 # test_disk shows like 3MB/s of write and 1.5MB/s read performance 00.35.22 # USB mass storage reaches 7MB/s write and 9MB/s read (compared to ~12MB/s in disk mode) 00.35.42 # <[Saint]> that's not....*terrible*. 00.35.49 # <[Saint]> It's still a very young port. 00.35.54 # Weird 00.36.04 # <[Saint]> Congratulations, btw TheSeven. 00.36.17 # * [Saint] buys TheSeven an eBeer 00.36.38 # New commit by 03gevaerts (r28955): Add ipod classic build to the build system 00.36.39 # TheSeven: what block sizes? 00.37.10 # * TheSeven uploaded an installer at http://files.freemyipod.org/misc/bootstrap-ipodclassic.dfu and http://files.freemyipod.org/misc/installer-classic.ubi 00.37.27 # you need a DFU tool to upload that 00.38.01 # gevaerts: that's the fun fact: in test_disk, the block size didn't seem to have a major influence, as long as it was >=4KB 00.38.04 # * [Saint] wonders why connecting his iPod colour whilst in RB his PC hangs. 00.38.19 # in embios, the transfer rate is almost linear to the block size 00.41.46 Quit BHSPitMonkey (Ping timeout: 250 seconds) 00.43.25 # i think the next step will be to figure out why audio playback is that awfully slow 00.44.29 # * TheSeven falls asleep 00.44.29 # I wouldn't be surprised if that's caused by the same issue that makes test_disk slow 00.45.44 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 00.46.47 # TheSeven: is your tick timer running correctly? 00.47.55 # at least roughly 00.48.24 # i don't know the exact clocking, but i'd say it's less than 10% off, and the USEC_TIMER should also be accurate 00.49.23 # if the scheduler isn't woken by some interrupt then all threads could starve 00.49.28 Quit BHSPitMonkey (Client Quit) 00.51.00 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 00.51.00 Quit LambdaCalculus37 (Changing host) 00.51.00 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 00.51.13 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 00.51.47 # * LambdaCalculus37 buys TheSeven another eBeer for his great work :) 00.52.31 Quit stoffel (Ping timeout: 265 seconds) 00.52.35 Quit kugel (Remote host closed the connection) 00.52.43 Quit ender` (Quit: #include | #define Bork for | #define bork fork() | int main() { Bork(bork ;; bork) bork; }) 00.54.38 # kugel: current_tick advances correctly 00.54.41 Quit evilnick (Ping timeout: 240 seconds) 00.54.57 # <[Saint]> Buschel: (for the logs) LCD 1/1: 19.4, 1/4: 77.1 LCD YUV 1/1: 17.4, 1/4: 70.0 @30MHz ; LCD 1/1: 51.7, 1/4: 206.0 LCD YUV 1/1: 46.7, 1/4: 187.0 @80MHz with v18 00.55.00 # <[Saint]> No change from 17 at all, is this expected? 00.56.51 # TheSeven: I want to test out the iPod Classic build. 00.59.25 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 00.59.32 # LambdaCalculus37: which OS are you using? linux? 01.00.08 # if yes, you need python >= 2.6 and <= 2.7 (afaik), pyusb 1.0.0alpha, and libusb of course 01.00.35 # TheSeven: Got an Ubuntu VM. 01.00.47 # you can also do it on windows 01.00.59 # mac doesn't seem to work though 01.01.27 # on windows, it's basically the same requirements, just that the libusb part is a bit trickier, especially on windows 7 (driver signing...) 01.01.44 # TheSeven: I'll stick with Linux. 01.02.22 # you'll also need the two files i linked above and http://svn.freemyipod.org/tools/ipoddfu/ipoddfu.py and http://svn.freemyipod.org/tools/ipoddfu/libipoddfu.py 01.02.41 # once you have libusb/pyusb working, run the following command: 01.02.49 # sudo python ipoddfu.py bootstrap-ipodclassic.dfu 01.03.18 # the ipod must be in DFU mode (hold menu+select with usb connected for 10..15 seconds, until it resets the second time and stays dark) 01.03.45 # it should boot UMSboot and ask you to copy the .ubi file to it 01.03.59 # after you've done that, unmount and unplug it, and follow the on-screen instructions 01.05.16 # Got it. 01.07.29 # once everything is up and running, i'd suggest making a backup of /iLoader/norflash.bak in case something weird happens in the future 01.07.41 # Okay. 01.07.51 # Once that's done, I should be able to run the build, right? 01.08.04 # you can't brick those ipods by flashing bad code, but you might lose the SYSINFO table which contains rather vital information like the model/serial number etc. 01.08.33 # this will install the current svn build. you can update it the regular way by replacing rockbox.ipod 01.08.53 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.09.03 # if you break rockbox you'll have to recover using embios for now, i'll provide further details when it has happened to you for the first time :) 01.09.32 # basically run "sudo python embios.py runfirmware 08000000 rockbox.bin" to boot a working rockbox build, and use that to fix the on-disk build 01.12.35 # hm, the "installing files" status bar needs calibration :) 01.12.56 # the per-file overhead seems to be bigger than the actual file copying time on hdd-based players, while it was the contrary on the nano 01.14.00 Quit T44 (Ping timeout: 240 seconds) 01.14.05 Join T44 [0] (~Topy44@f049226210.adsl.alicedsl.de) 01.14.10 # LambdaCalculus37: out of curiosity, which model is it? 01.14.24 # i'd expect everything besides the 1st gen 160gb to work 01.14.38 # TheSeven: 80GB Classic. 01.15.30 Part domonoky 01.16.01 # * TheSeven will finally go to sleep now, please direct further questions to Farthen 01.16.55 # * Farthen tries to help as best as he can but he will also go to bed in like half an hour ;) 01.19.50 # Farthen: I should be able to take it from here. If I've got an issue, I'll just report it and you and TheSeven can see it in the logs. 01.20.31 # ok 01.48.19 Quit LambdaCalculus37 (Read error: Connection reset by peer) 01.55.03 Join Topy [0] (~Topy44@g228164194.adsl.alicedsl.de) 01.57.29 Quit T44 (Ping timeout: 240 seconds) 02.02.39 Join soap_ [0] (~soap@rockbox/staff/soap) 02.03.37 # Buschel - I know you're not here right now, and you won't be back until I'm asleep, but highlight me if you need this latest patch tested (not sure why you would). 02.03.42 Quit efyx (Remote host closed the connection) 02.03.48 Quit soap_ (Client Quit) 02.15.53 Quit evilnick (Ping timeout: 240 seconds) 02.17.13 Join evilnick [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 02.17.29 Quit DerPapst1 (Quit: Leaving.) 02.24.16 *** Saving seen data "./dancer.seen" 02.57.43 Quit evilnick (Ping timeout: 265 seconds) 02.58.38 Join evilnick [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 03.08.43 Join soap_ [0] (~soap@rockbox/staff/soap) 03.08.56 Quit soap_ (Read error: Connection reset by peer) 03.12.18 Quit markun (Read error: Connection reset by peer) 03.17.46 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 03.24.32 # Can we add the iPod Classic to the Unusable Ports list on the home page? 03.39.33 # <[Saint]> I'm sure that would be possible, when someone who can do it turns up/reads this. 03.48.09 Join LambdaCalculus37 [0] (4424e849@gateway/web/freenode/ip.68.36.232.73) 03.48.21 Quit LambdaCalculus37 (Changing host) 03.48.21 Join LambdaCalculus37 [0] (4424e849@rockbox/staff/LambdaCalculus37) 03.48.51 # Strife89: I have the changes made for the webpage in my local trunk. 03.49.14 # But right now the gf is using my MacBook, so I need to wait until later to commit. 03.51.28 Quit designate72 (Ping timeout: 260 seconds) 03.53.00 # TheSeven, Farthen: Ping, can one of you guys give me a quick rundown of what works in the port and what doesn't? 03.57.09 Join evilnick_ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 03.59.59 Quit evilnick (Ping timeout: 265 seconds) 04.19.32 Join adb [0] (~6dcaeb13@giant.haxx.se) 04.20.08 Nick evilnick_ is now known as evilnick (~evilnick@ool-18bcf602.dyn.optonline.net) 04.20.19 Quit evilnick (Changing host) 04.20.20 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 04.20.52 # hi, I can't build, getting the error; /usr/local/bin/ld: unrecognized option '--hash-style=gnu' 04.21.14 # I have binutils 2.16.1, installed using the rockboxdev script with no errors 04.21.57 # by the looks of things '--hash-style=gnu' hasn't been in ld for a long while, not sure if I'm doing something wrong, but would be very grateful for any suggestions 04.22.01 Quit Barahir_ (Ping timeout: 240 seconds) 04.24.01 Join Barahir [0] (~jonathan@frnk-590ff4ea.pool.mediaWays.net) 04.24.18 *** Saving seen data "./dancer.seen" 04.28.30 Quit user890104 (Ping timeout: 265 seconds) 04.29.02 Quit Llorean (Quit: Leaving.) 04.37.08 Join evilnick_ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 04.39.26 Quit evilnick (Ping timeout: 240 seconds) 04.42.28 Quit LambdaCalculus37 (Ping timeout: 265 seconds) 04.44.29 Join PaulClipPlus [0] (~d19eef19@giant.haxx.se) 04.45.08 # hi 04.45.40 # <[Saint]> Welcome, if you have a question about Rockbox...just ask. 04.46.05 # Thanks, I just installed it for the first time today. 04.46.31 # On a Clip+, I presume? 04.46.32 # :) 04.47.03 # Yup, and so far I'm happy. I'm reply-gaining all my music files right now. 04.47.32 # Currently my primary player is a Zune HD 04.47.59 Quit pixelma (Disconnected by services) 04.48.00 Quit amiconn (Disconnected by services) 04.48.01 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.48.02 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.48.04 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.48.18 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.48.21 # <[Saint]> I'm sorry. :) 04.49.15 # I like the fact I can put music on the Zune and rate it while I"m playing it. If I rate it bad, it deletes it from the device next sync. 04.49.23 # I don't suppose rockbox can do this? 04.50.00 # <[Saint]> No. 04.50.03 # <[Saint]> It cannot. 04.50.11 # It does not automatically delete files, but you can rate files and delete them manually. 04.50.30 # In order to sync the same music playlist to my Clip+, I use media monkey to collect all five star rated tracks and sync. 04.50.32 # They're not related at all, though. 04.50.39 # <[Saint]> that would be, rather tedious...though. 04.51.09 # <[Saint]> Rockbox also has a totally different rating system. 04.51.16 # Yes. 04.51.30 # <[Saint]> The ratings in RB aren't read from metadata, but rather stored in the database. 04.51.30 # I am trying to automate all this as much as possible. It appears winamp has it's own rating system too? 04.51.31 # It's just a little feature in the database, basically. 04.51.49 # It's useful for sorting music by rating in the Database, more or less. 04.52.06 # The Delete option is totally separate and accessible via the context menu. 04.52.06 # <[Saint]> PaulClipPlus: No matter how you rate your files in another application, it won;t affect the rating in RB 04.52.39 # When I'm not holding the Zune HD, the touch screen works poorly. I use my Clip+ on the treadmill for instance. 04.52.50 # The buttons always work! 04.53.48 # My biggest problem was getting pictureflow to work. It doesn't read tag data evidently. 04.54.07 # <[Saint]> yes, it does. 04.54.18 # <[Saint]> But it doesn't support embeddad album art. 04.54.20 # All I get is fuzzy ? 04.54.35 # Right, that's what I mean, embedded art. 04.54.38 # <[Saint]> that's because the clips screen is crap ;) 04.54.48 # <[Saint]> And you're asking it to do something it isn't designed for. 04.54.55 # true. 04.55.01 # What's the best host for rockbox? 04.55.08 # I need 16GB 04.55.12 # <[Saint]> sorry? 04.55.16 # The Fuze is a good candidate. 04.55.27 # <[Saint]> Ah, right...I get you now. 04.55.39 # Currently using a 2GB Clip+ with 16GB card... 04.55.44 # <[Saint]> Yes, the Fuze covers all the bases really. 04.55.52 # You can get an 8GB Fuze and stick the memory card in there. 04.55.53 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 04.56.03 # Very nice combination IMHO 04.56.10 # <[Saint]> mic, FM, colour screen that isn't too smal, expandable with uSD.. 04.56.14 # I'll look into it, thanks for the advice 04.56.16 # <[Saint]> *small 04.56.19 # Real buttons. :) 04.56.54 # * [Saint] isn't a fan of the mechanical wheel, it's a bit of a point of failure. Other than that I like my Fuze, even with no LCD : 04.57.01 # <[Saint]> +) 04.57.14 # Still have an axim X51v... ;) 04.57.57 # actually, several of them. 04.58.20 # <[Saint]> Wow, rockin' it oldschool. 04.58.29 Quit kadoban (Ping timeout: 260 seconds) 04.58.52 # I use it for GPS 04.59.10 # Oh wow, I've often wanted one of those. 04.59.18 # Tried to use it with TCPMP, PMP, S2P, etc. Too slow 04.59.33 # * Strife89 has a Palm TX with a failing digitizer. 04.59.40 # LOL 04.59.50 # But that 04.59.53 # I just pitched my old hp 2215's 04.59.54 # 's not for this channel 05.00.18 # I am impressed with rockbox 05.00.46 # <[Saint]> Comparing RB to the Clip(s) OF is...well, there's no competition. 05.00.50 # PaulClipPlus: You can come to #rockbox-community and talk about the Axim and such more. :) 05.01.32 # Is the only way to plug into USB is with the OF? 05.01.37 # For now. 05.01.49 # USB is disabled in the Clip+ port because of some issues. 05.02.00 # How to stop the media refresh of the OF? 05.02.07 # Keep an eye on the front page to see when it's enabled. 05.02.08 # <[Saint]> You can't. 05.02.10 # There is no way 05.02.24 # bummer 05.02.40 # At least with the c200s there was a trick to it. :/ 05.02.41 # <[Saint]> Oh, you can overload your player so there's like *no* space left to stop it from being *able* to build ;) 05.02.50 Quit TheSeven (Ping timeout: 265 seconds) 05.02.54 # huh? 05.03.14 # how about removing the media card, starting RB, then plugging in the card? 05.03.22 # * Strife89 wonders if the c200 trick will work on the Clip+ - marking the database files as read-only. 05.03.39 # PaulClipPlus: You'll still get some refresh action, but it won't be as painful. 05.03.40 # <[Saint]> PaulClipPlus: that will make the update shorter. 05.04.12 # I'll try it 05.04.15 # <[Saint]> the only way to really stop it is to make sure that the player has no room to create the database it wants to. 05.04.29 # <[Saint]> and, that's more than a bit of a kludge ;) 05.04.32 # on internal flash drive? 05.04.49 # I always have about 1.4GB free 05.04.56 # Actually, a better method would be to plug the card back in *before* booting Rockbox. 05.05.02 Quit evilnick_ (Ping timeout: 240 seconds) 05.05.05 # Otherwise your dircache will reset. 05.05.07 # <[Saint]> correct. I don't believe it would attempt to write the OFs database to the SD card. 05.06.00 # Is there a way to make the display dim (contrast <10) after timeout? 05.06.27 # * Strife89 's update procedure: remove microSD, power on to OF, plug in, copy stuff, unplug, turn off, plug in microSD, boot Rockbox. 05.06.35 # <[Saint]> I believe so. Well, there's an idle timeout for the screen. 05.06.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.06.52 # He wants it to dim, not turn completely off 05.07.04 # Or a different contrast for battery operation 05.07.09 # <[Saint]> It will just turn the screen off after X though I *think*, as it's OLED so there's no backlight. 05.07.21 # Yep 05.07.27 # right, no backlight, just pixels 05.07.34 # The Contrast option gives the *illusion* of brightness. 05.07.40 # *brightness levels. 05.07.57 # contrast just seems to adjust brightness. black is black (no pixel lit) 05.09.52 # does the fuze accept 32gb microsd(hc) cards? either in OF or rockbox? 05.10.06 # <[Saint]> OF == no, RB == yes. 05.10.16 # $ 05.11.10 # Plus the Fuze has the bonus of working USB. :) 05.11.15 # <[Saint]> the OF could, in theory, support up to 32GB cards...it just doesn't. 05.11.21 # In Rockbox, I mean (of course). 05.11.35 # heh, sure. ta. has anyone shown interest in a Fuze+ port? 05.11.58 # <[Saint]> there are people working on dissassembly of the FW, yes. 05.12.15 # I was able to put a 64GB CF card in my Axim (I digress) 05.12.48 # 96GB total memory but no good software to manage 96GB of music LOL 05.14.00 # PaulClipPlus: Now I REALLY wish I had $100. http://www.amazon.com/Axim-X51v-Processor-BlueTooth-Infrared/dp/B000COJ8NY/ref=reg_hu-rd_add_1_dp_T2 05.14.37 # <[Saint]> topic :P 05.15.25 Quit Rob2222 (Ping timeout: 260 seconds) 05.17.05 # what's all the fuss about the awesome EQ, any hints how to take advantage of it? 05.17.13 # I listen to music ==FLAT== 05.17.22 # <[Saint]> as you should. 05.17.41 # <[Saint]> RB does have a very good EQ, though. 05.19.17 # If I can't listen to music flat, I look for better headphones, speakers, etc. 05.19.19 # Seems like anytime I adjust EQ to suit, the next song comes along and sounds bad. 05.19.34 Join jduley [0] (~ca24b342@giant.haxx.se) 05.20.38 # Is there a table to convert OF volume to RG volume (db)? 05.21.42 # particularly, 0db = ? 05.23.37 # <[Saint]> How do you mean? 05.24.08 # He's asking how loud 0dB in Rockbox is on the Clip+, I think. 05.24.19 # the OF has volume 0-30 IIRC 05.24.48 # <[Saint]> I don't believe you can really compare the two. 05.25.08 # k 05.25.38 # <[Saint]> basically, in RB 0dB == clipping/bad ;) 05.25.52 # <[Saint]> what that equates to in the OF, who knows. 05.26.12 # My line in on 2 of my car stereos require high volume from the player 05.26.21 # * Strife89 thought is was >0dB == clipping 05.26.44 # usually max volume when hooked to the car stereo 05.27.12 # one of my car stereos allows me to set up to +8db on the line input, and I have it set there. 05.27.42 # <[Saint]> You should use 0dB for line input. 05.27.54 # <[Saint]> and yes thanks Strife89, I forgot a > 05.28.37 # I'll try it at 0db and see what happens. I'll be using replay gain. I will try the +5.0db amp setting to start (sound right?) 05.29.53 # Pre-amp at 5 db 05.30.02 # <[Saint]> you don't really need the pre-amp at all. 05.30.04 # Looks like OF used 4.5db 05.30.51 # The manual says RG decreases volume and a boost is needed ? 05.31.03 Quit mortalscan (Ping timeout: 240 seconds) 05.31.14 # prevent clipping = yes ? 05.31.14 Join Xerion_ [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 05.31.43 Quit jduley (Quit: CGI:IRC) 05.31.48 # <[Saint]> I set it to no, personally. I'm perfectly capable of making sure my settings don't cause clipping. 05.32.50 # Looks like winamp is assigning -3db to -10db to most of my albums. 05.33.27 Quit Xerion (Ping timeout: 240 seconds) 05.33.27 Nick Xerion_ is now known as Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 05.35.29 Quit simonrvn (Ping timeout: 240 seconds) 05.35.59 # The problem is my car stereos will reach max volume and still not where I want the output to be. So I have to set the player at max volume typically. 05.36.29 Quit Horschti (Quit: Verlassend) 05.36.50 # It's also the case with my squeezebox input, I have to increase the line input gain. 05.37.06 # <[Saint]> That would suggest you need better speakers/stereo...as it *will* be clipping past 0dB 05.37.40 # <[Saint]> well, -1~+1ish dB 05.37.45 # Line input should be the same gain as CD or FM IMO 05.37.49 Quit Judas_PhD (Quit: This is a quitting message) 05.38.11 # I don't understand why it's less. Perhaps impedance? 05.38.31 Quit Xerion (Read error: Connection reset by peer) 05.39.17 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 05.41.00 # Headphone voltage ≠ Line level of component RCA ? 05.41.55 # Maybe I need a impedance matching transformer or a mild pre-amp? 05.42.34 # <[Saint]> who knows the configure magic for the SDL app? 05.42.35 # The worst part is turning on the audio with headphones after having the volume at/near max. 05.42.41 # <[Saint]> What do I need to set it to? 05.44.08 # GG/TTYL/THX... Paul 05.45.06 Quit PaulClipPlus (Quit: CGI:IRC) 05.50.32 Quit Xerion (Read error: Connection reset by peer) 05.51.17 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 05.55.06 Join LambdaCalculus37 [0] (4424e849@gateway/web/freenode/ip.68.36.232.73) 05.55.16 Quit LambdaCalculus37 (Changing host) 05.55.16 Join LambdaCalculus37 [0] (4424e849@rockbox/staff/LambdaCalculus37) 05.56.38 # TheSeven, Farthen: (for the logs) I'm getting this error when I run the python script to install the iPod Classic bootstrap: http://pastie.org/1424894 05.57.05 Quit timccc (Ping timeout: 240 seconds) 05.57.17 # TheSeven, Farthen: I'll be back online tomorrow to try this again. 05.57.19 Quit LambdaCalculus37 (Client Quit) 06.00.38 Join timccc [0] (~timccc@112.166.15.141) 06.02.16 Join Xerion_ [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 06.05.21 Quit Xerion (Ping timeout: 240 seconds) 06.05.21 Nick Xerion_ is now known as Xerion (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 06.06.32 Quit Xerion (Read error: Connection reset by peer) 06.07.21 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 06.09.12 Join JdGord [0] (~jonno@58.108.64.89) 06.10.00 # <[Saint]> Hey, JdGord...what's the configure magic I need to select to build the SDL app? 06.10.16 # <[Saint]> "configure, 200 (application), ? 06.13.48 # Yes then s 06.14.03 # <[Saint]> then? 06.14.19 # <[Saint]> just "normal"? 06.14.32 # <[Saint]> or "simulator"? 06.15.26 # It should ask 06.15.41 # Normal 06.15.53 # <[Saint]> It does, but...I'm wondering which option it is I need to select. 06.16.31 # <[Saint]> and then just "make && make zip/fullzip"...yes? 06.17.07 # Make && sudo make install 06.17.26 # <[Saint]> aha...make *install*. 06.17.29 # <[Saint]> thanks. 06.17.33 # <[Saint]> it's been driving me nuts. 06.18.04 Quit froggyman (Quit: Ex-Chat) 06.18.21 Join froggyman [0] (~seth@98.115.0.7) 06.18.21 Quit froggyman (Changing host) 06.18.21 Join froggyman [0] (~seth@unaffiliated/froggyman) 06.24.20 *** Saving seen data "./dancer.seen" 06.30.52 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 06.33.31 # <[Saint]> dammit....something's wrong. 06.34.41 # <[Saint]> http://pastebin.com/3C9BRvgv any dieas? 06.34.48 # <[Saint]> *ideas, even. 06.36.22 # <[Saint]> someone was working on sim_creat & firends the other day IIRC. 06.36.32 # <[Saint]> gah! *friends. 06.39.24 Quit Kitar|st () 06.39.43 # <[Saint]> gevaerts: ping? 06.40.22 Join simonrvn [0] (~simon@210.60-ppp.3menatwork.com) 06.40.30 # * [Saint] suspects 28928 to be the cause of http://pastebin.com/3C9BRvgv 06.43.30 # <[Saint]> sorry, 28927 and 28929 06.44.16 # <[Saint]> Bash output is crying about the lines modified in those commits so I don't believe it to be a coincidence. 06.48.05 Quit elcan (Ping timeout: 240 seconds) 06.48.18 # is there any difference between mktccboot and mkboot? 06.49.01 Join elcan [0] (user36@pr0.us) 06.52.12 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.57.35 # * Strife89 feels very silly for even doing this, but: http://pastie.org/1424957 06.58.50 Join JdGordy [0] (~jonno@58.108.64.89) 06.59.23 # Kinda testing the waters to see if I can assist somehow, I guess. 06.59.38 # iPod? people still use those? 06.59.48 Quit Strife89TX (Quit: Leaving) 07.00.15 Quit JdGord (Read error: Connection reset by peer) 07.00.54 # <[Saint]> adb: You're joking, right? 07.01.03 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 07.23.09 Join JdGordon| [0] (~jonno@124-149-188-197.dyn.iinet.net.au) 07.23.10 Quit JdGordon| (Changing host) 07.23.10 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 07.23.38 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 07.26.49 # LambdaCalculus37: regarding port status: basically everything besides the ce-ata drive is working in theory. audio playback is unusable because of the excessive cpu load though. 07.27.10 # LambdaCalculus37: the error you pasted looks like you didn't download libipoddfu.py to the same directory 07.30.41 # * TheSeven heads off to work 07.31.30 Quit jfc^2 (Read error: Connection reset by peer) 07.32.10 Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) 07.35.14 Join evilnick [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 07.35.42 # * [Saint] wonders how CPU intensive a "Remove Silence" feature would be. 07.37.34 # <[Saint]> Set it up to be configurable, like "remove silence from of track when longer than X", and the threshold for what is considered "silence" 07.37.45 Join evilnick_ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 07.38.25 # <[Saint]> The CPU would probably take quite a hit from that, wouldn't it? 07.39.11 Quit JdGordy (Quit: Bye) 07.40.26 # unlikely 07.40.44 # shuold be doable as a dsp thingy (so done at the same time as the eq) 07.40.53 # looking for silence is pretty simple 07.41.02 Quit evilnick (Ping timeout: 240 seconds) 07.41.09 # <[Saint]> Hmmm, I thought it would be pretty hungry. I absolutely know it will take me a long time to pull it off, but it's something I'd like to at least try and look into. 07.42.10 # <[Saint]> Oh, JdGordon|...do you know if %f/Fn is true/false or if it just reports the filename? 07.42.26 # <[Saint]> I'd like to know if I can use it to detect the presence of a next track. 07.42.47 # %fn will always be non-false 07.42.58 # %Fn probaly will be false on no next track 07.43.40 # * JdGordon| would offer pointers for the silence detection, but it is an area which i have SFA idea how it works 07.43.47 # not even a high level idea 07.46.05 # <[Saint]> Yeah, I was thinking along the lines of "%pE(10)<%?Fn>|%?ia<%ia|%fn>>" 07.46.35 # <[Saint]> so, it only bothers doing the whole "Next track display on track end" if there's actually a next track. 07.47.00 # <[Saint]> TheSeven discovered a pretty cool bug when it hits the end of a playlist 07.47.21 Join evilnick__ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 07.50.03 # <[Saint]> on the last track on a playlist, tags that expect a "next whatever" cause some shanannigans, so I'm trying to code around that by actually testing if there's a next track. 07.50.38 Quit evilnick_ (Ping timeout: 240 seconds) 07.58.31 Quit Keripo (Ping timeout: 246 seconds) 08.00.37 Join Buschel [0] (~chatzilla@p54B67E27.dip.t-dialin.net) 08.03.09 # New commit by 03Buschel (r28956): Remove unneeded check for swapping in iPod nano1G/color LCD driver. For nano1G and color yo/y1 this swap never happened, for color x0/x1 it was always ... 08.04.16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.05.33 # r28956 build result: All green 08.06.57 # LambdaCalculus37: oh, another few issues: the volume control doesn't work (and maybe also the other tone controls, need to check), and YUV blitting data aborts, so mpegplayer probably won't work 08.07.18 # LambdaCalculus37: and the python error might also be caused by "." not being included in the PYTHONPATH environment variable 08.07.28 # * TheSeven will be online but afk for most of today 08.10.08 Quit adb (Quit: CGI:IRC) 08.10.15 Join stoffel [0] (~quassel@p57B4A4C4.dip.t-dialin.net) 08.18.51 Join ender` [0] (krneki@foo.eternallybored.org) 08.21.04 # <[Saint]> who feels like telling me if I've got all my bases covered with this piece of WPS code? 08.21.05 Quit TheSeven (Ping timeout: 240 seconds) 08.22.39 # <[Saint]> fuck, nope...I messed it up. 08.22.41 # <[Saint]> argh. 08.22.47 # <[Saint]> I'm in conditional hell. 08.24.22 *** Saving seen data "./dancer.seen" 08.27.32 # amiconn: regarding the LCD optimizations for iPod nano1G/color/photo -> it seems like there is a bottleneck in the LCD bridge on some targets. the nano's we could test (and from the wiki page maybe your photo) reach transfer spees which seem to use full speed for the serial IF (80 MHz / 8 bit = ~ 10 MB/s). the iPod colors which Saint tested only reach ~4 MB/s -- for both RGB and YUV. 08.28.27 # amiconn: imho this means the LCD bridge is using some clock divider. do you have any ideas where to search in the PP's registers? 08.29.07 # <[Saint]> The Photo is a year or so later than the Colour, no? 08.29.33 # <[Saint]> Or is it the other way around. It wouldn;t surprise me if there were subtle changes/improvements. 08.30.47 # [Saint]: we had the same with the nano2G variants. but both variants could be changed to use the faster settings. 08.30.59 # [Saint]: so, I maybe we'll find a way here too 08.31.09 # <[Saint]> Buschel: I do have quite a few other patches in my tree..but nothing that would affect this IMO. 08.32.16 # <[Saint]> Buschel: do you think it's the same HW, but a different set-up is needed for the colour? 08.35.23 # [Saint]: yes, maybe the default register setup is different for some units 08.35.24 # * [Saint] is rather amazed that there is no way to toggle if a next track is present or not in the theme editor. 08.36.14 # <[Saint]> Aha, yes. Well IIRC there is ~1.5 years or so between the Photo and Colour. 08.38.03 # [Saint]: another hint -> both the nano1G and your color's use the same lcd_type 1. of course this only means both use the same command set, but it is sign both use the same LCD 08.38.25 # [Saint]: and the nano1G uses a faster LCD bridge setup as your color's 08.38.33 # <[Saint]> they certainly don't use the same LCD. 08.38.50 # <[Saint]> one is 176x132, the other 220x176 08.39.02 # <[Saint]> Nano, Colour 08.41.12 # ok, "LCD controller" 08.41.14 # :) 08.41.45 # aynway, need to go to work now 08.41.47 # see you! 08.41.50 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 08.45.14 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.57.59 # * [Saint] wonders if iPod piezo stuff was supposed to be committed with the Classic port. 09.01.10 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 09.03.21 Quit ender` (Quit: This space intentionally has nothing but text explaining why this space has nothing but text explaining that this space would otherwise have been left blank, and would otherwise have been left blank.) 09.07.10 Quit JdGordon| (Ping timeout: 240 seconds) 09.09.15 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 09.09.39 Join Bagder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) 09.13.19 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 09.16.03 # <[Saint]> TheSeven: (logs) Pretty sure I've fixed that funky bug you uncovered with last track/next track queries. 09.16.28 # <[Saint]> It's certainly not pretty, but it appears to work. 09.23.18 Join LinusN [0] (~linus@giant.haxx.se) 09.23.18 Quit LinusN (Changing host) 09.23.18 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.26.39 Join petur [0] (d408b802@rockbox/developer/petur) 09.35.03 Quit kadoban (Read error: Operation timed out) 09.38.25 Quit AndyI () 09.53.19 Join JdGord [0] (~jonno@58.104.63.104) 09.55.19 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 09.56.11 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.58.04 # taking apart nano 2g is tricky business 10.04.04 # <[Saint]> indeed it is. 10.04.41 # <[Saint]> And, that cover on the top *never* goes back on correctly. :/ 10.05.08 # <[Saint]> why are you taking it apart wodz? 10.05.13 # broken lcd 10.05.19 # <[Saint]> ah. 10.11.01 # <[Saint]> Do you already have a replacement? OR are you just removing the broken one? 10.11.05 # <[Saint]> wodz: ^ 10.11.58 # I did ordered replacement 10.12.39 # <[Saint]> Oh, you should have said you needed one. 10.12.55 # <[Saint]> I have a spare here. 10.13.16 # <[Saint]> You're welcome toit if you break this one too ;) 10.13.21 # <[Saint]> *to it 10.13.33 # I think shipping cost will be higher than buying one locally 10.13.50 # <[Saint]> How much did it cost you? 10.14.01 # ~9$ 10.14.05 # with shipping 10.14.29 # <[Saint]> wow. USD? 10.15.21 # yea 27PLN and 1USD = 3,94PLN 10.16.12 # well so even less than 9$ 10.16.46 # ah wait 1USD = 2,94PLN so 9,18USD 10.19.30 # <[Saint]> A lot cheaper than I could get it for locally...and about the same price as if I was to ship it at the cheapest/slowest rate. 10.19.33 # <[Saint]> Nice. 10.21.44 # Poland is quite cheap country (but salary is quite low compared to other EU countries also) 10.23.30 Quit factor (Ping timeout: 240 seconds) 10.24.27 *** Saving seen data "./dancer.seen" 10.25.21 Join evilnick_ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 10.26.02 Nick knitt1 is now known as knittl (~knittl@thehappy.de) 10.26.17 Quit knittl (Changing host) 10.26.17 Join knittl [0] (~knittl@unaffiliated/knittl) 10.29.03 Quit evilnick__ (Ping timeout: 240 seconds) 10.32.39 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 10.32.39 Quit n1s (Changing host) 10.32.39 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.34.16 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 10.35.22 Join TheLemonMan [0] (~lem0n@ppp-61-145.98-62.inwind.it) 10.39.58 # * [Saint] now has a nice set of redistributable AA fonts for his iLike Color/Photo/(and Fuze too, technically) theme... \o/ 10.40.15 Quit evilnick_ (Ping timeout: 240 seconds) 11.06.04 Quit Judas_PhD (Quit: This is a quitting message) 11.07.49 Join factor [0] (~factor@75.108.68.114) 11.25.36 Quit factor (Ping timeout: 255 seconds) 11.34.56 # <[Saint]> gevaerts: I have a feeling that 28927 and 28929 have something to do with --> http://pastebin.com/3C9BRvgv 11.34.56 Quit wodz (Quit: Leaving) 11.35.05 # <[Saint]> Seems to be too much of a coincidence. 11.35.37 # [Saint]: I can't disagree with that 11.36.28 # <[Saint]> I can't see why it's throwing a wobbly, though. 11.37.37 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 11.38.39 # <[Saint]> I can't understand the magic that's going on with the PREFIX, and what needs it, what doesn't...and why. 11.40.02 # URLto checkout the source code of Rockbox ?? I tried that mentioned on the website but that didnt work... !!! 11.40.20 # <[Saint]> I assure you it works. 11.41.56 Join leavittx [0] (~lev@89.221.199.187) 11.42.00 # <[Saint]> Fuhrer: "svn co svn://svn.rockbox.org/rockbox/trunk rockbox" works fine. 11.42.00 # [Saint]: can you try adding '#include "file.h"' to plugin.c? 11.42.24 # <[Saint]> gevaerts: yes, I can do that. 11.43.24 # <[Saint]> Fuhrer: Do you have SVN or GIT installed? 11.43.52 # Yes , SVN 11.44.01 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 11.44.37 # svn://svn.rockbox.org/rockbox/trunk Is this correct? 11.44.48 # <[Saint]> Fuhrer: Well, I just tried it again here and "svn co svn://svn.rockbox.org/rockbox/trunk rockbox" 11.44.55 # <[Saint]> +works correctly. 11.45.32 # <[Saint]> What page are you reading Fuhrer? 11.45.42 # <[Saint]> http://www.rockbox.org/wiki/UsingSVN is pretty clear. 11.46.10 # Actually I am doing this through Eclipse 11.46.21 Quit henk (Quit: WeeChat 0.3.2) 11.46.55 # but if the cmdline works, we will blame Eclipse you know... =) 11.47.30 # We will blame Eclipse even if it works! :) 11.47.30 # yeah , cmdline works fine 4 me 2 11.48.23 # <[Saint]> real words please. 11.48.28 # sry 11.48.34 # Sorry 11.48.36 # <[Saint]> *facepalm* ;) 11.49.31 # <[Saint]> Well, I'm glad the commandline works. I avoid Eclipse like the plague...so I couldn't give any support there personally. 11.52.05 # Thanks for your support , trying to sort it out 11.52.51 Quit Fuhrer (Quit: Leaving) 11.58.20 # <[Saint]> gevaerts: same error. 11.59.34 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 12.02.22 # Why is cygwin so different? 12.02.34 # * [Saint] shrugs 12.04.35 # [Saint]: can you add some "#warning whatever" lines to file.h? Probably one at the top (*before* the #ifndef _FILE_H_), and one in the "#elif defined(SIMULATOR)" block (make them different so you can see which one is printed)? 12.05.00 # gevaerts: once you figure that out can you tell me why building gcc 4.5 fails on cygwin? ;) 12.05.07 # n1s: no! 12.05.12 # damnit! 12.05.19 # <[Saint]> Yep, I can do that. 12.05.24 # If gcc 4.5 doesn't work on cygwin, maybe we just have to drop cygwin support... 12.05.30 # <[Saint]> err...not that, the other that ;) 12.05.51 # gevaerts: i think that would upset some people 12.05.52 # I would say this as well - lets get rid of this slooow weird beast 12.06.01 # are any actual devs still using cygwin? 12.06.09 # pixelma maybe 12.06.11 # i think amiconn uses it 12.06.31 # <[Saint]> they dropped the -mno-cygwin flag in 4.5 I think. 12.06.36 # <[Saint]> wouldn't that explain it? 12.08.26 # i honestly have no idea 12.13.06 # <[Saint]> n1s: "gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler." 12.14.01 # <[Saint]> that's with GCC 4.5.0 just trying to make a random eabi target. 12.15.31 # <[Saint]> though, it seems you can run configure with GCC 3, then change to GCC 4.5 and it magically works. 12.15.35 # * [Saint] shrugs. 12.16.54 Quit leavittx (Ping timeout: 264 seconds) 12.22.30 Join leavittx [0] (~lev@89.221.199.187) 12.24.31 *** Saving seen data "./dancer.seen" 12.33.20 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 12.39.19 # <[Saint]> errr...scratch that. It's hit and miss. 12.54.54 # TheSeven: I think you broke MPIO ata handling 12.55.37 # I get ata error -32 from bootloader build from svn head which means check_registers() fails 12.57.26 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 13.12.25 # TheSeven: http://www.pastie.org/1425389 13.15.36 # [Saint], gevaerts: building the SDL app in cygwin was probably broken before (with another error) - at least cross-compiling for Windows in a linux VM was. I tried to troubleshoot this with kugel some time ago but didn't really understand what he wanted/what was going on 13.16.11 # <[Saint]> ah...bugger :/ 13.16.27 # <[Saint]> thanks for the info though pixelma, good to know. 13.16.47 # must be in the logs somewhere during the evening hours 13.17.05 # pixelma: crosscompiling works for me 13.17.15 # I haven't checked if the resulting binary works though 13.17.32 # ok, I'll recheck 13.25.18 # gevaerts: 64bit or 32bit linux? 13.25.22 # 64 13.25.37 # or mingw 13.25.47 # Well, 64 bit linux + mingw 13.26.36 # I get the same errors as [Saint] now (about sim_creat and friends) 13.27.08 # As soon as I see the result of the latest test I asked for, I'll say more :) 13.27.52 # http://www.rockbox.org/irc/log-20101213#00:33:36 is what I had before 13.32.43 # hm 13.32.52 # [Saint]: what were you building exactly? 13.33.06 # <[Saint]> SDL App 13.33.15 # right 13.33.21 # That also fails with mingw 13.33.47 # <[Saint]> pixelma: are you able to build voice giles? 13.33.51 # <[Saint]> sorry to bug you. 13.33.59 # <[Saint]> I get errors there now too :/ 13.34.27 # <[Saint]> s/giles/files...We'll leave Giles out of this I think. 13.35.19 # hmm I think I know what breaks mpio ata. Currently we have firmware/target/coldfire/ata-target.h AND firmware/target/coldfire/mpio/ata-target.h. I bet only one is taken into account 13.36.06 Quit jhMikeS (Ping timeout: 264 seconds) 13.36.37 Quit bluebrother (Disconnected by services) 13.36.39 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 13.37.02 # [Saint]: haven't tried lately and not with this PC at all but can do so later (environment is prepared) 13.37.35 Quit user890104 (*.net *.split) 13.37.35 Quit kevku (*.net *.split) 13.37.35 Quit timccc (*.net *.split) 13.37.35 Quit Strife89 (*.net *.split) 13.37.35 Quit BlakeJohnson86 (*.net *.split) 13.37.35 Quit AlexP (*.net *.split) 13.37.36 Quit aevin (*.net *.split) 13.37.36 Quit lostlogic (*.net *.split) 13.37.36 Quit burn (*.net *.split) 13.37.36 Quit part (*.net *.split) 13.37.36 Quit parafin (*.net *.split) 13.37.36 Quit bug2000 (*.net *.split) 13.37.48 # <[Saint]> pixelma: thanks 13.38.09 # gevaerts: a sim builds in cygwin, I built an M5 one yesterday if you meant this. 13.38.20 # Yes 13.38.23 # I was confused 13.38.33 # * gevaerts thought the complaints were about sims 13.39.15 # Ah yes :-) TheSeven dropped READ_PATTERNx_MASK in check_registers() 13.40.57 # * TheSeven wonders what the context is? 13.41.02 # are there problems with my changes? 13.41.51 # TheSeven: Basically you broke ata on MPIO 13.42.05 # * TheSeven wonders how 13.42.10 # OK. This is a mess... 13.42.18 # * gevaerts waits for kugel to help look at this 13.42.41 # TheSeven: http://www.pastie.org/1425389 13.43.06 # TheSeven: you dropped mask so high byte is not cleared 13.44.45 # * wodz defines ATA_IN8/ATA_OUT8 for MPIO to proof this 13.45.29 Quit leavittx (Ping timeout: 255 seconds) 13.45.31 # ah, right, didn't think about that :) 13.45.38 # <[Saint]> gevaerts: Is the SDL App really in such bad shape? 13.47.20 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 13.47.46 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 13.48.28 # wodz: i wonder if an &0xff should go into ata.c for all targets as it basically has been like this before 13.49.13 # [Saint]: it shouldn't be too hard to get it working again, but it's a mess 13.49.14 # dunno 13.49.28 # <[Saint]> :/ 13.49.43 # And I don't have time right now 13.49.45 Join leavittx [0] (~lev@89.221.199.187) 13.51.10 Join Fuhrer1 [0] (~Fuhrer@117.211.85.123) 13.51.48 # TheSeven: anyway #define ATA_IN8(reg) ((reg) & 0xff) and #define ATA_OUT8(reg, data) (reg) = ((data) & 0xff) did the trick for mpio 13.52.32 Quit stoffel (Read error: Operation timed out) 13.53.38 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 13.53.38 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 13.53.38 Join timccc [0] (~timccc@112.166.15.141) 13.53.38 Join bug2000 [0] (~bug@unaffiliated/bug2000) 13.53.38 Join parafin [0] (parafin@paraf.in) 13.53.38 Join Strife89 [0] (~Strife89@adsl-80-182-157.mcn.bellsouth.net) 13.53.38 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 13.53.38 Join AlexP [0] (~alex@rockbox/staff/AlexP) 13.53.38 Join aevin [0] (eivindsy@unaffiliated/aevin) 13.53.38 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 13.53.38 Join burn [0] (~burn@cl-1079.bru-01.be.sixxs.net) 13.53.38 Join part [0] (part@62.220.235.11) 13.53.51 # TheSeven: I would wote to include this in ata.c 13.53.59 Join evilnick_ [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 13.54.15 Quit Fuhrer (Ping timeout: 240 seconds) 13.54.31 # wodz: you shouldn't need ATA_OUT8, can you check if it works without it? 13.54.41 Join stoffel [0] (~quassel@p57B4A4C4.dip.t-dialin.net) 13.54.43 # 1 minute 13.57.56 Join factor [0] (~factor@75.108.68.114) 13.59.21 # TheSeven, ATA_OUT8 is not needed 14.02.33 Quit antil33t (Read error: Connection reset by peer) 14.02.42 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.02.44 Quit n1s (Ping timeout: 265 seconds) 14.03.30 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 14.03.34 Quit n1s (Changing host) 14.03.35 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.05.43 Join evilnick [0] (~evilnick@ool-18bcf602.dyn.optonline.net) 14.08.02 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.08.30 Quit evilnick_ (Ping timeout: 240 seconds) 14.09.45 # New commit by 03theseven (r28957): Fix regression from r28950: ATA broken on MPIO and possibly other targets 14.10.24 # <[Saint]> TheSeven: Did you mean to sneak nano2G piezo stuff into SVN? 14.10.35 # where? 14.10.48 # <[Saint]> errrmmm...one sec. 14.11.35 # <[Saint]> piezo-nano2g.c and piezo.h 14.11.50 # New commit by 03wodz (r28958): MPIO bootloader - turn off backlight when hold is on. Usefull feature when charging during night. 14.12.06 # r28957 build result: All green 14.12.10 # <[Saint]> arm/s518...blah/nano2g/ 14.12.42 # <[Saint]> TheSeven: You may as well commit the rest of it ;) 14.13.06 # [Saint]: I meant in which revision 14.13.39 # <[Saint]> 28593 14.14.00 # TheSeven: wouldn't it be better to move &0xff directly to ATA_IN8 macro? 14.14.21 # r28958 build result: All green 14.14.26 # [Saint]: 28953? 14.14.51 # <[Saint]> correct 14.15.10 # <[Saint]> firmware/target/arm/s5l8700/ipodnano2g/piezo.h 14.15.16 # I thought so, 28593 seemed a bit old 14.15.19 # <[Saint]> firmware/target/arm/s5l8700/ipodnano2g/piezo-nano2g.c 14.16.06 # oh, some unversioned files apparently slipped in 14.16.43 # <[Saint]> comit the rest of it. 14.16.57 # i'll rather revert that 14.16.57 # <[Saint]> perhaps it'll encourage it to be finished ;) 14.17.12 # mr. someone needs to fix parts of the action system behind it 14.17.19 # unified sw and hw keyclick 14.17.45 # hw keyclick itself is rather easy, but one should split off the parts of that patch that actually fix *when* a keyclick is issued 14.17.49 # <[Saint]> the only thing I think that's not perfect abot it is that it doesn't always match the SW keyclick. 14.17.58 # <[Saint]> other than that, it's actually pretty good. 14.23.40 # <[Saint]> with HW keyclick, and pretty AA fonts...iLike is quite scary on the iPod Color now too. 14.24.20 # <[Saint]> I need to make a set of redistributable AA fonts for the Video port, then that will be quite disturbing too. 14.24.29 # New commit by 03theseven (r28959): Remove files accidentally commited in 28953 14.24.35 *** Saving seen data "./dancer.seen" 14.25.44 # TheSeven: if you write it as r28953 the frontpage automatically makes it a link to the ViewVC revision log (similar to the FS#123) 14.26.02 # maybe just an oversight though 14.26.16 # oh yeah, missed the r 14.27.21 # that happens, I just thought I tell you in case you don't know but I should have looked before that you already used it. Sorry. 14.27.27 # r28959 build result: All green 14.33.07 Quit JdGord (Quit: Bye) 14.33.51 Quit TheLemonMan (Ping timeout: 240 seconds) 14.36.00 Join TheLemonMan [0] (~lem0n@ppp-61-145.98-62.inwind.it) 14.40.12 # pixelma: Do you have M5? 14.40.27 Quit Keripo (Quit: Leaving.) 14.41.08 Quit JdGordon| (Quit: leaving) 14.56.09 Quit [Saint] (Ping timeout: 255 seconds) 14.56.48 Join [Saint] [0] (S_a_i_n_t@203.184.0.242) 14.59.48 Quit [Saint] (Disconnected by services) 14.59.50 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.245) 15.00.01 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.01.01 Quit user890104 (Ping timeout: 272 seconds) 15.01.09 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 15.02.18 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 15.03.55 Join mortalscan [0] (~mortalsca@173-166-0-166-newengland.hfc.comcastbusiness.net) 15.13.05 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.13.42 Part jgarvey 15.21.20 Quit Judas_PhD (Quit: This is a quitting message) 15.21.37 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.22.40 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 15.23.20 # n1s: I don't use cygwin for target or sim builds, but I do use it for voice builds, because it's the only way to use sapi voices *and* apply the corrections from voice.pl 15.23.54 Join Strife89TX [0] (~cstrife89@207.144.201.128) 15.24.22 # amiconn: ah 15.25.30 # so, is any dev actually using cygwin for development? 15.25.48 # amiconn: can't that script be ported or something to windows then? 15.26.28 # we have so many different ways for voice file generation 15.28.59 # And of course I can test whether building on cygwin works, because it's installed anyway 15.29.34 # The script could be ported to .vbs, but that wouldn't help 15.29.49 # Voice building also needs 'features' etc 15.31.25 Quit user890104 (Ping timeout: 272 seconds) 15.35.03 # It's also more convenient to just start a "buildall.sh" than having to click through rbutil generating .voice file for 15 different targets and 2 different languages 15.45.22 # n1s: Afaik there are only two official ways: using the build system, or using rbutil 15.53.48 Join bmbl [0] (~bmbl@dsl-217-163-110.pool.bitel.net) 15.53.48 Quit bmbl (Changing host) 15.53.48 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 15.55.45 # i thought there was some vbs script called "voicebox" or somesuch too but maybe that's unofficial 15.56.12 # well, rbutil should get the correction stuff then 16.00.43 Quit Fuhrer1 (Ping timeout: 264 seconds) 16.09.57 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 16.10.26 Part LinusN 16.10.50 Quit Ogham (Quit: Oh Jeeeeeeeeeeeeeeeeeeeeezzz....) 16.12.53 Join thomasjfox [0] (~thomasjfo@dslb-088-065-018-201.pools.arcor-ip.net) 16.16.53 # wodz: yes 16.17.26 # n1s: I do use cygwin for building sometimes on my laptop 16.24.37 *** Saving seen data "./dancer.seen" 16.34.30 # n1s: voicebox is for .talk clips (only) 16.35.31 # * amiconn still uses that too 16.39.21 Quit feisar- (Ping timeout: 265 seconds) 16.40.50 Quit factor (Read error: Connection reset by peer) 16.42.31 Join factor [0] (~factor@75.108.68.114) 16.44.41 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 16.47.22 Quit anewuser () 16.53.04 Quit evilnick (Ping timeout: 240 seconds) 16.53.05 # amiconn: did you ever try to build the new m68k gcc ? it seems to fail in gmp for me but that is the same gmp we use for the arm-eabi 4.4 so it makes no sense 16.53.47 Join anewuser [0] (anewuser@unaffiliated/anewuser) 16.56.24 # wodz: did my commit fix the problem on your mpio? 16.57.19 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:1444:29c0:2b16:10ec) 17.06.26 Join user890104_ [0] (~Venci@2001:0:5ef5:73b8:24c3:1eb0:2b16:10ec) 17.09.35 Quit user890104 (Ping timeout: 272 seconds) 17.12.17 Join feisar- [0] (jljhook@irkki.fi) 17.18.48 Quit feisar- (Ping timeout: 255 seconds) 17.21.23 # * S_a_i_n_t wonders why the font files always get very badly fragmented on his iPos Color disks 17.22.03 # 8~10 fragments each file, only font files. 17.22.11 # ...weird 17.22.14 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 17.23.54 Quit Bagder (Quit: Konversation terminated!) 17.24.02 Quit sasquatch (Ping timeout: 260 seconds) 17.26.11 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.27.33 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.30.42 Join Fuhrer1 [0] (~Fuhrer@117.211.85.123) 17.30.45 Quit TheSeven (Ping timeout: 240 seconds) 17.30.53 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:18e0:1812:2b16:10ec) 17.31.45 Quit user890104_ (Ping timeout: 272 seconds) 17.32.31 Quit Fuhrer (Ping timeout: 240 seconds) 17.34.36 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 17.35.13 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.36.23 Join sasquatch [0] (~username@2.210.143.72) 17.37.51 Quit Fuhrer1 (Ping timeout: 276 seconds) 17.38.47 Quit Fuhrer (Remote host closed the connection) 17.39.03 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 17.39.40 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 17.41.23 # New commit by 03jethead71 (r28960): MPEGPlayer graphics mutation: Implement a more visible FPS display and remove the debugging info from it. Tweak thumbnailing and printing of ... 17.43.21 # r28960 build result: All green 18.05.47 # pixelma: I read that you had a strange video encoding that confused mpegplayer? Any chance you could encode a short video that has the same issue and upload it somewhere? 18.06.21 Quit petur (Quit: Page closed) 18.06.47 # gevaerts: The recent PREFIX changes in apps/plugin.c broke the app build 18.07.03 # thomasjfox: yes, I know 18.07.06 # gevaerts: I tried to fix it and hit another problem. See here: http://repo.or.cz/w/maemo-rb.git/commitdiff/3ddf9a675c8e43a875b868dd058cba93ad6c2cdc 18.07.29 Join Buschel [0] (~chatzilla@p54B66C24.dip.t-dialin.net) 18.07.30 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.07.48 # It's a mess 18.08.03 # I'll probably look into this later today... 18.08.06 # Nice 18.08.21 # Easy for you to say! 18.08.23 # Maybe cominbe all those file wrappers in one file... 18.08.53 # jhMikeS: hmm, could try. What's your file size limit? The one I have here already is about 32MB 18.10.27 # pixela: limit for what method? email? If so, I'm not sure since I haven't had to deal with it there. 18.10.54 # no, downloading from somewhere 18.11.08 # no limit 18.11.31 # ok, I can still try a shorter part 18.11.40 Quit user890104 (Ping timeout: 272 seconds) 18.11.40 # thanks 18.11.56 Join user890104 [0] (~Venci@2001:0:5ef5:73b8:3440:226a:2b16:10ec) 18.12.06 # linuxstb already got the one that failed 18.13.18 # I saw about an id3 tag but really I'm surprised it should bother it other than perhaps have a small glitch or something 18.15.05 # amiconn encoded something awhile back that broke it, but it wasn't an unusual case or anything that had to be handled but just a general bug in file checking, I wonder if that could be here too 18.15.18 # gevaerts: My plan is to tidy up the patches in the maemo port and send them for upstream inclusion. "Tidy up" includes checking for all printf() and remove or replace them with proper rockbox style debug logging. 18.16.54 # gevaerts: Some small hacks would also be removed and I don't think the plugin related changes are ready for upstream. But I can split those out. What do you think? 18.17.17 # gevaerts: I don't want to send one big patch after a month or so :o) 18.18.04 # thomasjfox: small, logically separated patches are prefered imo 18.18.06 # Still leaves the issue of only one "debian" directory, even for different target platforms 18.19.58 # n1s: I try to make them as small as possible. Though it would make no sense to have the PLATFORM_MAEMO defines without the actual target specific code ;) 18.20.19 # of course 18.21.27 # I've gotta run, cu 18.22.05 Quit thomasjfox (Remote host closed the connection) 18.23.29 Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:2070:2140:2b16:10ec) 18.23.37 Quit DerPapst (Quit: Leaving.) 18.24.39 *** Saving seen data "./dancer.seen" 18.25.57 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) 18.26.52 Quit user890104 (Ping timeout: 272 seconds) 18.31.27 Join user890104 [0] (~Venci@2001:0:5ef5:73b8:1c36:14c2:2b16:10ec) 18.33.11 Quit user890104_ (Ping timeout: 272 seconds) 18.37.26 Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:24ad:2984:2b16:10ec) 18.38.31 Quit Fuhrer (Ping timeout: 255 seconds) 18.38.54 Quit user890104 (Ping timeout: 272 seconds) 18.39.17 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.40.41 # jhMikeS: The id3 tag was just pixelma's program that extracted the audio stream. Extracting it with mplayer doesn't give an id3 tag, and I can't see anything wrong - it's 22.050KHz, 48kbps, layer III, v2. 18.41.24 # jhMikeS: If you want, I can upload pixelma's sample video she gave me. 18.41.49 # She gave me a clip of Sonique on Tomcraft, is that the same? 18.42.24 # I don't know if she just gave me a clip - the file is about 33MB. 18.42.24 # it's just a part of what I gave to linuxstb 18.42.25 # WMP doesn't like the audio track either 18.42.36 # but encoded using the same tools and original file 18.42.55 # mpegplayer is a port of WMP? ;) 18.43.17 # No, vice versa! 18.43.20 # pixelma: Don't you have problem with powering on M5 when battery is ~10% ? On MPIO voltage drops significantly when powering up and when disk stops spinning it slowly recovers. If rockbox boots I can play something for quite a long time before critical battery level triggers auto shutdown. 18.43.27 # lol...I just thought it was interesting while another program doesn't mind it 18.44.14 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 18.45.59 # wodz: I noticed quite big differences in battery status right after powering on and leaving it run for a while on at least two of my targets - the c200 and the M5. I can't tell more about this though, my M5 doesn't have a spinning disk anymore and is one of the models with a bigger battery so things aren't so obvious 18.46.58 # TheSeven: Ping 18.47.16 # one thing to note: it accepts it as seekable and having a duration so it looks like the trouble might be libmad 18.47.28 Join Fuhrer [0] (~Fuhrer@117.211.85.123) 18.48.15 # jhMikeS, linuxstb: VLC stats show "lost buffers" in the audio right after start which videos working in mpegpleayer don't seem to have but I didn't get an answer what that actually means when asking over at #videolan 18.48.31 Quit kadoban (Ping timeout: 246 seconds) 18.49.51 # actually, mpegplayer's a bit better behaved than WMP. WMP makes strange squeaking noises instead of being silent :) 18.50.24 # that's how they actually called it in their British English UI btw. 18.51.46 # hmmm...I'm gonna have to look on the sim since that prints alot of details 18.52.06 # way too many details for me 18.54.06 Quit antil33t (Read error: Connection reset by peer) 18.54.16 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 18.55.26 # LambdaCalculus37: gniP 18.56.58 # TheSeven: Is it okay to copy the installer-classic.ubi file to the root of the iPod Classic's HDD? 18.57.17 # * jhMikeS should consider a less verbose debug output 19.02.12 # * LambdaCalculus37 is trying to get Rockbox running on his iPod Classic 19.06.18 # TheSeven, Farthen: I got the python script to work to copy the bootstrap to the iPod, but UMSboot is telling me that it can't find a .ubi file. 19.06.33 # pixelma: Did you try playing the extracted audio in Rockbox? 19.07.12 # LambdaCalculus37: if you want to use umsboot rename the rockbox.ipod to rockbox.ubi 19.07.29 # jhMikeS: I tried it with "madplay" (based on libmad), and the audio played fine. 19.07.59 # LambdaCalculus37: or you could just say embios.py runfirmware 08000000 rockbox.ipod 19.08.04 # Farthen: Ahh. 19.08.42 # Farthen: Dumb question, but rockbox.ubi stays within .rockbox, right? :) 19.09.06 # Farthen: yes, it played correctly but I'm not sure if the program I used does something else than dumping it (well it seemed to have added an ID3 tag anyway) 19.09.18 # linuxstb: ok, then something in the container then maybe 19.09.33 # LambdaCalculus37: erm, no, if you do that just copy it into the filesystem umsboot creates 19.10.34 # Farthen: I'm going to have to try this again. 19.10.38 # * jhMikeS doesn't know if it recognizes an audio stream and fails to play it or just doesn't recognize it 19.11.10 # LambdaCalculus37: umsboot is a thing that creates a virtual filesystem. any .ubi file that is copied into it will be booted at 08000000 19.11.22 # that was to linuxstb, sorry Farthen 19.12.29 # Farthen: Hang on. 19.12.45 # jhMikeS: did you see http://www.rockbox.org/irc/log-20110102#18:58:53 ? 19.13.24 # LambdaCalculus37: if you just want to boot rockbox you should be able to do it with iloader 19.13.50 # [18:56] TheSeven: Is it okay to copy the installer-classic.ubi file to the root of the iPod Classic's HDD? << it won't hurt, but it won't do anything special, unless you copy it to the umsboot ramdisk 19.14.32 # TheSeven: I'm having some trouble getting the virtual fs to show up in Linux. 19.15.22 # Buschel: I did now. That error isn't too alarming really and seeking will produce many while it tries to sync it but it won't kill audio output normally. 19.15.52 # LambdaCalculus37: sorry for confusing you. i thought you wanted to boot rockbox through umsboot ;) 19.15.54 # ah, ok. didn't look into it further 19.16.44 Quit TheSeven (Disconnected by services) 19.16.45 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 19.17.00 # <[7]> [19:07] LambdaCalculus37: if you want to use umsboot rename the rockbox.ipod to rockbox.ubi << wrong, you need rockbox.bin, not rockbox.ipod 19.18.19 # n1s: For me it failed while building gcc itself, due to a missing mpc.h 19.18.31 # On cygwin that is - didn't try linux yet 19.19.13 # that's odd. it does find audio frames, but then it keeps searching after STR_DATA_END which seems off 19.19.16 # *odd 19.19.58 # amiconn: ah, i got mpc and put it in the source dir like we do with mpfr and gmp 19.20.03 # <[7]> [19:07] LambdaCalculus37: or you could just say embios.py runfirmware 08000000 rockbox.ipod << also rockbox.bin here 19.20.03 # says the sample rate is 22050 with 576-sample frames 19.20.08 # [7]: http://www.rockbox.org/irc/log-20110103#01:03:45 <-- This is where I'm a little puzzled. No filesystem appears afterwards. 19.20.24 # <[7]> [19:08] Farthen: Dumb question, but rockbox.ubi stays within .rockbox, right? :) << .rockbox needs to be on the hard disk, not the ramdisk 19.20.28 Quit stoffel (Read error: Connection reset by peer) 19.20.39 # [7]: I have a .rockbox directory already. 19.21.43 # <[7]> [19:14] TheSeven: I'm having some trouble getting the virtual fs to show up in Linux. << it's superfloppy formatted, so you need to mount e.g. /dev/sdb directly, not /dev/sdb1 19.23.34 Join Fuhrer1 [0] (~Fuhrer@117.211.85.123) 19.23.38 Quit Judas_PhD (Ping timeout: 260 seconds) 19.25.45 Quit Fuhrer (Ping timeout: 240 seconds) 19.25.50 # * LambdaCalculus37 has to go back to work... 19.25.54 # I'll try this again later. 19.25.55 Quit LambdaCalculus37 (Quit: Fwump) 19.26.31 # it seems to know the start PTS of the audio, so it must fail at finding the end PTS, which makes it silence the audio 19.33.13 # hmmm oops, no wait... 19.33.35 Join WonTu [0] (~WonTu@p57B53338.dip.t-dialin.net) 19.33.49 Part WonTu 19.36.05 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.38.54 # aha, says the video starts at 45000 but the audio starts at 4294933286 (??) 19.40.19 Quit [7] (Ping timeout: 246 seconds) 19.40.52 # that's, with 32 bit ints, same as signed -34010 19.41.42 Quit benedikt93 (Quit: Bye ;)) 19.42.57 # yeah, but still, from the ISO docs I recall timestamps are unsigned 19.44.24 # signed/unsigned is just a matter of representation, in this case, output number string formatting. the underlying binary pattern is the same 19.45.21 # I know that, the interpretation should have have to be signed however 19.45.26 # *not have 19.46.03 # it's 33 bits at 90KHz, we use the top 32 for a 45KHz clock 19.46.09 # " I recall timestamps are unsigned" - that"s why it is shown as 4294933286 19.46.50 Join fml [0] (~chatzilla@manz-590f39b8.pool.mediaWays.net) 19.46.50 # yes, the are unsigned 33-bit integers, iiow, bit 32 is not a sign bit indicating - 19.47.19 # pardon? 19.47.50 # How can I temporarily, i.e. for just one build, change the gcc options (add an option)? 19.48.18 # I'll gladly believe that the transcode program doesn't handle this case too well - it's a video cut at the beginning and end with the audio having to be cut too but not transcoded (since it's already is mpg audio). It would be nice to understand this and why some players get along with the resulting file 19.48.31 # Bushmills: you know in a 32-bit signed int that bit 31 indicates it's negative right? 19.49.02 # i do, yes 19.49.35 # and if this helps finding/fixing a bug the better 19.49.47 # gevaerts: I think I know how the open & co hell works. And I think that the application build should not build (also its sim not) 19.50.04 # fml: yes, all that is clear 19.50.14 # What's *not* clear is how to fix it cleanly 19.50.18 # Bushmills: ok, bit 32 in the mpeg standard of the 33-bit pts is not an indicator of a negative timestamp, same thing, just one more bit 19.50.38 # gevaerts: I think I know that as well :-) 19.50.51 # iiow, it being interpretable as -34010 is utterly irrelevant to this particular application 19.51.03 # I could try and post a patch or we could discuss it here if you prefer 19.51.22 # You have a plan? 19.51.47 # Once I've understood it (I think), I might have a plan. 19.52.13 # I think something like http://pastebin.com/mzLTPhtw is needed to start with 19.52.42 # Just doing that only changes the bits that don't compile though 19.52.50 # but, scanning multiple pts's when finding the first for both audio and video gets the audio working 19.53.08 # Adding app_X() variants for all functions would work, but I'm not sure if we want that 19.53.21 # The thing is, for the app and for the sim build, the open is a macro which expands to app_xxx or sim_xxx. Those are the functions that get declared in file.h. So in plugin.c, we have to define PREFIX so that it matches the definitions in file.h. 19.53.23 # real start: 10661 19.53.29 # jhMikeS: as that number is presumably printed by code, generated by a compiler, which has no concept of 33 bit numbers, and the coder declared it as - presumably again - 32 bit unsigned, maybe ignoring a possible 33th bit, a negative 33 bit number would by that same code be displayed as large positive/unsigned number. 19.54.04 # (at least a negative number sufficiently close to 0) 19.54.16 # * jhMikeS doesn't like trolls and know these things, good day 19.54.46 # gevaerts: I think we need that, whether we want it or not, since that's what we have in the core. 19.55.57 # gevaerts: your patch goes in the right direction I think, but IMO it's not 100% correct since it doesn't completely match the definitions in file.h 19.56.06 # It's not complete 19.56.25 # BTW: in file.h, the same condition (!PLUGIN && !CODEC) is nested into itself. 19.56.33 # The problem is that in file.h, some functions become app_something, while others are sim_something 19.57.13 # gevaerts: I wonder how it worked before since the definitions in file.h are different for APP and for the SIM. I.e., different funcs get declared. 19.57.13 # And a simple PREFIX() approach can't handle that 19.57.42 # Plugins got the untranslated function, which is what you noticed earlier 19.57.56 # gevaerts: yes, that's very confusing and wrong IMO. IMO they should be either all app_xxx or sim_xxx. Or just open etc for target build. 19.58.47 # So we add app_x() for the ones that are currently defined to sim_x() for APPLICATION in file.h? 19.59.04 # The fact that some of them are app_xxx and others are sim_xxx is IMO a copy-paste error or a result of someone not 100% understanding how it should be making it. 19.59.18 # I don't think so 19.59.37 # app_xxx are the ones that need different behaviour in app and sim 19.59.46 # "pure" sim_xxx can be the same 20.00.20 # There might still be bugs and omissions of course, but I think that was the idea 20.00.29 # gevaerts: yes. That's what I'd do. In the case we build the application (target or sim), they all should be app_xxx. For other builds, sim, they should be sim_xxx. For non-app target builds, they should be naked. 20.01.29 # It seems to be the simplest solution anyway 20.01.57 # gevaerts: or maybe (I'm not sure), they should be sim_xxx for the app sim too. I don't know what should take precedence: app or sim. 20.02.00 # ouch 20.02.07 # * gevaerts reads firmware/common/rbpaths.c 20.02.14 # gevaerts: yes, it would be simple and consistent. 20.02.33 # gevaerts: as of now, app takes precedence. 20.03.22 # I'd prefer not to touch this without kugel's opinion. He did a lot of the work, so he probably understands this a bit 20.04.44 # gevaerts: he told it's a mess and black magic too. So we're almost equal citizens! :-) 20.05.48 # gevaerts: I'd like to check all this. The sure way would be to keep the preprocessed files. That's why I wanted to know how I can add an option to gcc (-save-temps). 20.07.04 # The easiest way is to edit the makefile I think 20.09.41 # gevaerts: what should I change there? GCCOPTS? 20.10.04 # Maybe. Or EXTRA_DEFINES. It probably doesn't matter much 20.15.11 Quit TheLemonMan (Quit: free(me)) 20.16.41 Join user890104 [0] (~Venci@2001:0:5ef5:73b8:1452:17bf:2b16:10ec) 20.18.20 Quit user890104_ (Ping timeout: 272 seconds) 20.20.58 # gevaerts: IIUC, the file funcs should not be declared if we're compiling a plugin or a codec since then they are accessed via rb API, right? 20.21.29 # hm, yes, I think so 20.21.36 # (if I understand you correctly) 20.22.23 # gevaerts: I think you do 20.23.30 Join Horscht [0] (~Horschti@p5DD57EB9.dip.t-dialin.net) 20.23.36 Quit Horscht (Changing host) 20.23.36 Join Horscht [0] (~Horschti@xbmc/user/horscht) 20.24.40 *** Saving seen data "./dancer.seen" 20.25.36 Quit Strife89TX (Quit: Grab that and fiddle with it for five minutes. ------>) 20.25.46 Join TheLemonMan [0] (~lem0n@ppp-61-145.98-62.inwind.it) 20.26.34 Quit user890104 (Ping timeout: 272 seconds) 20.26.41 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:30e1:242c:2b16:10ec) 20.38.12 Quit Buschel (Ping timeout: 240 seconds) 20.40.48 Join Keripo1 [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 20.43.47 # kugel: why are the file funcs declared as mkdir_android etc in the case of android build (and not as app_mkdir etc.)? Why is android so special? 20.43.56 Quit Keripo (Ping timeout: 265 seconds) 20.49.27 Join Buschel [0] (~chatzilla@p54B66C24.dip.t-dialin.net) 20.50.39 # soap, S_a_i_n_t , maraz: any issues with FS#11830 (ATA/DMA fix) yet? 20.59.31 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.59.57 # nope 21.01.02 # i've been running v07 for about 40 hours now 21.03.11 Join grawity [0] (grawity@snowflake.nullroute.eu.org) 21.04.20 # When I press the middle button (ipodnano2g) while in the "System -> Rockbox Info" screen, it says "Scanning disk" for a while. What is it actually doing? 21.05.23 # checking/updating the info about free disk space 21.05.30 # Thanks 21.07.22 # the UI for that is not exactly optimal 21.10.49 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 21.12.26 Quit Fuhrer1 (Ping timeout: 255 seconds) 21.13.07 # New commit by 03jethead71 (r28961): MPEGPlayer: Try a few timestamps for all streams at the beginning, not just video, to help deal with anomalous start PTS values in a stream. Hopefully ... 21.13.39 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.14.42 Quit user890104 (Ping timeout: 272 seconds) 21.15.11 # r28961 build result: All green 21.16.07 Join user890104 [0] (~Venci@2001:0:4137:9e76:2ce0:29e0:2b16:10ec) 21.16.11 Quit antil33t (Read error: Connection reset by peer) 21.16.56 Quit panni_ (Read error: Connection reset by peer) 21.17.03 # gevaerts: this is what I'd like file.h would look like: http://pastebin.com/v84tSNvp 21.18.28 # * gevaerts nods 21.18.30 # Yes 21.18.32 # gevaerts: I'm not sure what to do with release_files and fdprintf. 21.19.02 # gevaerts: fdprintf should be probably handled like the others. Where does release_files come from? 21.20.49 # release_files isn't applicable to app or sim I think 21.22.06 # gevaerts: so it should go into the same define as "posix compatibility function"? 21.22.48 # It's not related to posix really 21.23.27 Quit thegeek (Read error: Connection reset by peer) 21.23.59 # gevaerts: I mean it should be protected by the same #if's 21.24.04 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 21.24.11 # yes, I think so 21.24.41 # gevaerts: like this: http://pastebin.com/ngmJyjHH 21.25.36 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) 21.26.59 # pixelma: test out your stuff now 21.28.57 # heh, nice. Will do in a bit 21.29.37 # hmm, I guess I need to toss n1s' test build then though 21.32.01 # ?? can't just replace the viewer alone with it? 21.32.22 # might work :) 21.32.51 Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:2c54:1d77:2b16:10ec) 21.34.03 # jhMikeS: Do you understand why there are those odd audio timestamps at the start of that video? Encoder/muxer bug? 21.34.22 # Sorry, I have to leave. Here is what I've got so far (it doesn't even compile): http://pastebin.com/KdhVSYdi But I think we should work in this direction since it would make the whole story clear and easier to understand, change and extend. 21.34.33 Quit user890104_ (Read error: Connection reset by peer) 21.34.46 Join user890104_ [0] (~Venci@2001:0:5ef5:79fd:2c54:1d77:2b16:10ec) 21.35.00 # jhMikeS: Although I guess they're legal, as the PTS can start anywhere, and wrap... 21.36.06 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]) 21.36.14 Quit user890104 (Ping timeout: 272 seconds) 21.37.58 # linuxstb: Is that really legal? I know they can start anywhere in the 0 to 2^33-1 range but I don't remember anything about wrapping for a PS. The way it's encoded it appears buggy and later one's give proper frame sync. Not one player I tried plays it "nice". 21.41.18 # jhMikeS: Hmm, maybe it isn't - I'm more used to transport streams. But if I was to guess, I would guess it's legal. 21.43.40 Join syscrash [0] (~syscrash@li234-7.members.linode.com) 21.43.40 Quit syscrash (Changing host) 21.43.40 Join syscrash [0] (~syscrash@poipu/developer/syscrash) 21.44.31 Part syscrash 21.48.02 # linuxstb: For TS, it makes sense to me. It's sort of ambiguous for a file what's going on. Oh well...I'll hit the docs. 21.49.08 # * Strife89 wonders what can be done about the most recent issue with http://www.rockbox.org/tracker/task/11664 . 21.51.56 Join MethoS- [0] (~clemens@134.102.106.250) 21.54.09 Quit grawity (Ping timeout: 260 seconds) 21.54.36 Join user890104 [0] (~Venci@2001:0:4137:9e76:819:3ce:2b16:10ec) 21.55.56 Quit user890104 (Client Quit) 21.56.01 Join user890104 [0] (~Venci@6bez10.info) 21.57.08 Quit user890104_ (Ping timeout: 272 seconds) 21.57.13 Join casainho [0] (~chatzilla@bl15-100-168.dsl.telepac.pt) 22.02.21 # * TheSeven wonders how to make the ipod classic installation process easier 22.03.46 # * Buschel had severe issues with FS#11830 on his iPod Video two times now 22.04.39 # jhMikeS: the part I gave you now plays with sound (though the end sounds "unclean") but the longer version I gave to linuxstb still doesn't (it had been cut at a different position though) 22.05.00 # (hissing noise which is connected to LCD drawing, playback frozen, not shutdown possible) 22.07.11 # S_a_i_n_t: I could build a voice for my M5 just fine with cygwin, the only thing I wondered about is that I didn't seem to be able to pass encoder options like speed etc. anymore during configure. I got around that by already stating them when calling configure 22.08.27 # and another bit of weirdness was that during the build itself cygwin complained about "pkg-config: command not found" but it went on nonetheless 22.09.12 # pixelma: This maybe should deal with wrapping timestamps, they seem to be ok for a PS even if uncommon. To know everything about all discontinuities, the file would have to be scanned in full. 22.09.32 # S_a_i_n_t: can't remember if that happened before though, I hadn't built a voice this way for a long time 22.11.00 # jhMikeS: can I get it working by playing around a bit with the exact start position? I don't really understand the background - I apreciate your trying to explain it to me but... 22.12.04 # pixelma: by editing the source? I guess you can mess with how many it checks. 22.12.31 # no, I meant while transcoding the video 22.13.00 # I suppose if that's all the setting changes 22.19.30 # * jhMikeS goes and thinks about the wisdom of using wrap-safe calcs for this vs. just dealing brute-force like other players seem to 22.19.53 Join Rob2222 [0] (~Miranda@p4FFF03A2.dip.t-dialin.net) 22.20.04 # * pixelma can't keep up 22.21.36 Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no) 22.22.44 Quit bmbl (Quit: Verlassend) 22.24.43 *** Saving seen data "./dancer.seen" 22.27.51 Join JdGordon| [0] (~jonno@124-171-7-125.dyn.iinet.net.au) 22.27.52 Quit JdGordon| (Changing host) 22.27.52 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 22.31.27 # so I guess it *could* work in case the transcoder behaves a bit differently depending on the exact position of the cut 22.31.57 # TheSeven: Is the current install method documented anywhere? 22.32.07 # only IRC logs 22.32.14 # as it seems to do if one different piece works now and only the other doesn't 22.32.21 # the actual installation is trivial, but setting up the pc-side prerequisites isn't 22.34.12 Quit factor (Ping timeout: 240 seconds) 22.38.27 Join |Mystery_Keeper| [0] (~kvirc@93.157.235.99) 22.39.11 # <|Mystery_Keeper|> Greetings. Whom do I ask to add me as wiki user? 22.41.00 # TheSeven: So can Rockbox be installed so that it boots without needing a PC? 22.41.50 # <|Mystery_Keeper|> I assume it can on certain devices. 22.42.14 # <|Mystery_Keeper|> If you make a right firmware upgrade file. 22.43.09 Quit bertrik (Quit: :tiuQ) 22.43.24 # * Buschel stares at the mp3_encoder code and shakes his head 22.43.38 # |Mystery_Keeper|: the question was directed at someone else. What's your wiki name? 22.44.00 # <|Mystery_Keeper|> AlekseyLyashin I guess. 22.46.26 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.46.35 # Buschel, no issue with FS#11830 yet, but have only put about 10 hours and 9 rebufferings on the ipod since the dashboard+heater testing we did last week. 22.46.44 # Tomorrow will be another 8 hours. 22.47.55 # |Mystery_Keeper|: I added you to the list (in the spelling you mentioned here) but it looks like the wiki doesn't know about that one yet 22.50.09 # |Mystery_Keeper|: Have you actually registered on the wiki yet? You just need to ask in here for someone to give you the rights to edit pages (which pixelma just did). But you need to register yourself first. 22.50.16 # <|Mystery_Keeper|> pixelma: to me it says the name is already registered =( 22.52.26 # <|Mystery_Keeper|> I tried to register with name Aleksey, surname Lyashin and username MysteryKeeper. It looked like it went through. I asked at forum to give me edit rights, but they say I have to use my real name. But trying to reregister as AlekseyLyashin says the name is already registered. 22.53.03 # hmm, that's weird 22.53.15 # <|Mystery_Keeper|> Your wiki is confusing =( There's no login fields and nothing is indicating if I'm logged in and under what name. 22.53.51 # TheSeven: I just run svn build on my HD300 so r28957 seem to fix ata problems. 22.54.06 # Click Edit and you'll get the login 22.55.39 # |Mystery_Keeper|: logout is probably by closing the wiki pages you have open or so but somehow I have a feeling it was more obvious once 22.57.08 # I don't think there is a way to log out - you'll need to restart your browser. (it uses http authentication) 22.57.22 # <|Mystery_Keeper|> Ok. AlekseyLyashin didn't accept my password. Maybe someone already registered by that name? MysteryKeeper went throgh, but can't edit. 22.58.08 # it's just that on WikiUsersGroup your wiki name I put there has a "?" behind so I think that one doesn't exist yet 22.58.31 # <|Mystery_Keeper|> Why can't I register it then? 22.59.56 # |Mystery_Keeper|: I think you need a wiki admin to help you - Zagor or (maybe) B4gder. But I'm not sure they're here at the moment. You could try sending an email to Zagor at the email address at the bottom of this page - http://www.rockbox.org/wiki/UserRegistration 23.01.28 # |Mystery_Keeper|: did you try reregistering after restarting your browser? Maybe there's something cached getting in the way. Other than that I also only see the possibility that a wiki admin could shed some light on it 23.01.43 # <|Mystery_Keeper|> I tried. 23.01.52 # |Mystery_Keeper|: Or maybe try http://www.rockbox.org/wiki/System/ResetPassword ? 23.03.46 # hmmm, really sorry that you have so much trouble but I'm out of ideas then 23.04.19 # <|Mystery_Keeper|> =( 23.04.58 # <|Mystery_Keeper|> Maybe it doesn't want to register me because some fields are matching? Like email and password or even because of real name. 23.05.30 Join factor [0] (~factor@75.108.68.114) 23.05.31 # <|Mystery_Keeper|> Is authorizing me as MysteryKeeper really not an option? 23.06.06 # It's not a real name so no. 23.06.11 # |Mystery_Keeper|: Have you tried that ResetPassword page? According to http://www.rockbox.org/wiki/WikiUsers your account exists (AlekseyLyashin). 23.07.15 # <|Mystery_Keeper|> Yes, I tried. 23.08.07 # And what happened? 23.08.45 # <|Mystery_Keeper|> Can't get an e-mail address for AlekseyLyashin 23.09.32 # * pixelma looks around for B4gder... he seems to be "away" though 23.09.47 # |Mystery_Keeper|: Well, I think all you can do is email Zagor (Bjorn) and ask him. 23.10.26 # there is no email entered for AlekseyLyashin so there's no surprise there =) 23.10.43 # Or wait for B4gder.... 23.10.51 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.11.13 # <|Mystery_Keeper|> How could it be registered then? ^_^' 23.13.03 # probably it is or was possible to register without email 23.13.35 # <|Mystery_Keeper|> What shall we do about it? 23.15.13 Quit leavittx (Ping timeout: 255 seconds) 23.16.24 Quit JdGordon| (Quit: leaving) 23.16.30 # I don't know 23.16.55 # <|Mystery_Keeper|> Can you delete the user so I could reregister? 23.17.09 # <|Mystery_Keeper|> Both AlekseyLyashin and MysteryKeeper. 23.20.15 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 23.20.19 Quit amiconn (Disconnected by services) 23.20.19 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 23.20.28 Quit pixelma (Read error: Operation timed out) 23.20.37 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 23.20.37 Join pixelma [0] (quassel@rockbox/staff/pixelma) 23.21.23 Quit tchan (Read error: Operation timed out) 23.23.14 Quit jepler (Ping timeout: 240 seconds) 23.23.14 Quit Rob2222 (Ping timeout: 240 seconds) 23.23.14 Join jepler [0] (~jepler@dsl.unpythonic.net) 23.23.14 Quit jepler (Changing host) 23.23.14 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 23.23.19 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.24.46 Quit GodEater (Ping timeout: 240 seconds) 23.24.49 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 23.24.50 Quit GodEater (Changing host) 23.24.50 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 23.26.06 Quit tchan1 (Ping timeout: 240 seconds) 23.28.17 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 23.29.09 # |Mystery_Keeper|: Are you the guy who want to port rb to vibe300 ? 23.29.43 # <|Mystery_Keeper|> >_> No. I'm the guy who wants a port to Vosonic VP8870. 23.30.57 Join leavittx [0] (~lev@89.221.199.187) 23.33.15 # wants a port or wants to port? 23.34.39 # <|Mystery_Keeper|> Wants a port, having zero knowledge in electronics, but being the only one who's actually doing something to get it started, making a list of chips, finding datasheets, and now unable to edit wiki. 23.35.05 Quit komputes (Remote host closed the connection) 23.35.32 # That's great, but be aware that it won't go anywhere without finding another interested owner that does have the skills (and the time) to do the port :) 23.35.49 Join ved_ [0] (ved@ddsbox.co.cc) 23.36.01 Join jepler- [0] (~jepler@emc/developer/pdpc.professional.jepler) 23.36.11 Join Gareth_ [0] (~gareth@www.wiked.org) 23.36.26 # <|Mystery_Keeper|> Discouraging. 23.36.53 Quit Bushmills (Disconnected by services) 23.37.01 Quit jepler (*.net *.split) 23.37.01 Quit Judas_PhD (*.net *.split) 23.37.02 Quit Battousai (*.net *.split) 23.37.02 Quit Gareth (*.net *.split) 23.37.02 Quit m|c (*.net *.split) 23.37.02 Quit ved (*.net *.split) 23.38.44 Join Bushmills [0] (~l@scarydevilmonastery.net) 23.39.43 # <|Mystery_Keeper|> What skills are needed? I'm a programmer. I just don't know a thing about hardware. 23.39.55 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.40.14 Join miceh [0] (~mtq@h1439481.stratoserver.net) 23.40.28 # |Mystery_Keeper|: Have you seen http://www.rockbox.org/wiki/NewPort ? 23.40.36 # |Mystery_Keeper|: asm and reverse engineering skills probably 23.41.49 # and patience 23.41.54 # and endurance 23.42.03 Join Battousai [0] (~bryan@gentoo/developer/battousai) 23.42.21 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 23.42.21 Quit LambdaCalculus37 (Changing host) 23.42.21 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 23.42.25 # can anyone provide me with a mono-44.1kHz-16bit-wav? just a short sequence of few seconds? 23.45.30 # <|Mystery_Keeper|> Yup, have read it. I know it is impossible for myself to do the port. But I'm doing something I can, since no one even tried so far. 23.46.15 # are there any forums or other communities for users of that player? Maybe you can find other interested people 23.46.21 # Farthen, TheSeven: iPod Classic installation, take two. 23.46.23 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 23.47.03 # <|Mystery_Keeper|> Got to search for one. Original Vosonic forum seems closed. 23.48.21 # <|Mystery_Keeper|> I asked them for some firmware bugfixes and improvements. They said they won't do it. I asked them for firmware sources and developer's kit. They said they didn't make it and have no authority to provide me -_- 23.48.59 # <|Mystery_Keeper|> They are polite, but don't seem to even actually understand what I'm talking about. 23.49.10 # This is normal and unsurprising 23.49.14 # Oh, a helpful manufacturer! You got an answer! :) 23.49.33 # even if there weren't NDAs all over the place, they wouldn't help 23.49.42 # Just be grateful you got a response 23.50.27 # <|Mystery_Keeper|> How could they make a device with such a good hardware and theoretical possibilities with such disposition? 23.53.13 Quit evilnick_B (Quit: Page closed) 23.55.00 # LambdaCalculus37: which step are you at currently? umsboot? 23.56.45 # TheSeven: Yes. Currently a message is printed on-screen asking for me to copy a UBI file to the mass storage device and then eject and unplug it. 23.57.56 # ok. can you mount it? 23.58.19 # TheSeven: No, I'm having some trouble doing so in my Linux VM. 23.58.54 # what's the device name?