--- Log for 19.07.108 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 16 hours ago 00.00.55 # rasher: my c220 mentioned Audible on the back, but was a V1 00.01.14 # obo: okay, so there's some uncertainty either way 00.02.03 Join cbr|w [0] (n=cbr@212.98.160.130) 00.02.38 # Hm, page doesn't seem to give enough info -> http://www.futureshop.ca/catalog/proddetail.asp?sku_id=0665000FS10079592 00.03.30 # Unfortunately, the only sure way is to check the original firmware version 00.04.42 # However, as agaffney said, the strong likelihood is that if it is new, it is a v2 00.05.35 Quit robin0800_ (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 00.05.59 # Review: "Amazing price on sale. Overall I am very happy with it, but was disappointed it couldn't be rockbox'd because it is a v2" <- Well, there goes my hopes ; / 00.06.55 Quit CyBergRind|w (Read error: 60 (Operation timed out)) 00.06.58 # Well, thanks anyway everyone for the info. Guess I'll go eBay hunting then 00.07.44 Quit Nibbl (Remote closed the connection) 00.08.07 Join nplus_ [0] (n=nplus@141.25.globcom.net) 00.08.44 Quit nplus (Read error: 104 (Connection reset by peer)) 00.08.49 # Well, scratch that - a few other reviews discuss how they enjoy using Rockbox on it. I'll just end up keeping the receipt and hoping. 00.12.27 Quit PaulJam_ (Read error: 110 (Connection timed out)) 00.13.08 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.17.25 Join fiXXXerMet [0] (n=kyle@cmu-24-35-53-185.mivlmd.cablespeed.com) 00.18.04 Nick nplus_ is now known as nplus (n=nplus@141.25.globcom.net) 00.18.38 Quit obo ("bye") 00.19.32 # How do I transfer music to my device? When I connect it to my computer, it boots into the stock firmware. 00.19.48 # fiXXXerMet: which device is it? 00.19.59 # sansa e260r 00.21.09 # fiXXXerMet: Rockbox can operate as a file browser I believe, so you can just copy the files over directly and play them in Rockbox. The normal requires the Sansa software for it to recognize copied over music 00.21.15 # then it's normal that it reboots into the OF when you plug USB in. Rockbox doesn't (officially) do the USB yet. You can transfer files with the OF 00.21.53 # OF? 00.22.25 # I have a few hundred songs on there now and I don't see them in the drive that shows up. 00.22.28 # I see the .rockbox folder 00.22.41 # OF = original firmware 00.22.46 # I'll try dragging them to that drive 00.22.48 # Oh ok 00.22.59 # Well where are the songs that are on there now? 00.23.01 # How can I manage them? 00.23.24 Quit ender` (" A man without religion is like a fish without a bike.") 00.23.31 # From what I've read, Sansa hides the MUSIC folder so turn on hidden folders on your computer 00.23.41 # oh 00.23.42 # duh :) 00.23.52 # I have window on here and haven't in so long 00.24.02 # your Sansa probably came with a software CD that had the program for managing the music, content, etc 00.24.08 Join andrewbeveridge [0] (i=andrew@88-111-142-51.dynamic.dsl.as9105.com) 00.24.20 # Music folder was hidden 00.24.21 # heh 00.24.47 # Thank you much 00.26.04 # hello 00.26.36 # is anybody here part of the people who chatted to me a few days ago about wma file playing problems? 00.38.16 Join sitwon [0] (n=adam@70-5-15-67.area3.spcsdns.net) 00.45.51 Join danderson [0] (n=dave@atlas.natulte.net) 00.46.09 Quit nplus (Read error: 104 (Connection reset by peer)) 00.46.13 Join nplus [0] (n=nplus@141.25.globcom.net) 00.46.23 Join pedrov [0] (n=pmauduit@dyn-83-156-114-58.ppp.tiscali.fr) 00.49.39 Quit borges ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") 00.53.37 Quit Zarggg () 00.54.24 # * andrewbeveridge is a little impatient 00.54.50 Part Lars_G 00.56.17 Quit sitwon ("Leaving") 00.56.21 # PaulJam: I just managed to reproduce FS#9137 with an MPC album on the sim 00.56.31 # it caused early skipping 00.56.44 # good to hear 01.01.45 Part Keripo 01.02.18 # andrewbeveridge: If you have a question, why not just ask? 01.05.51 # hmmm? sorry, I don't really have a question - I'm just hoping/waiting for one of two people to come online :) 01.06.21 # they already answered my question two/three days ago 01.09.13 # saratoga is really the only person who can help me, as far as I know he is the only person who has a working knowledge of his own code, so he alone can solve the problem with the wma decoding fault. 01.10.29 Quit pedrov ("leaving") 01.13.38 # andrewbeveridge: If saratoga isn't here now, he may read the logs later (or others can point him to the logs), which is why it makes sense to just ask your question. But other people know the WMA codec - e.g. I wrote most of the ASF parsing code in it. 01.14.11 *** Saving seen data "./dancer.seen" 01.16.03 # PaulJam: I think I've got it 01.16.06 # Ah ok I don't really have a question as such, I just wanted to know if there was any news about debugging it, or perhaps find out if there is anything I can do myself... 01.17.33 # \o/ 01.17.52 # PaulJam: it's actually a very stupid one... you'll see the fix is a one-liner 01.18.11 # tell me if i should test anything 01.18.17 # andrewbeveridge: You will find in general that usually more than one person know parts of the code - especially when they had a large hand in it, such as linuxstb and wma 01.18.36 # PaulJam: I'll commit the fix in a minute and you can make sure it's actually good :) 01.19.06 # ok, thank you! 01.19.08 # andrewbeveridge: But debugging it suggests a problem, and I suspect others would be interested to know what that problm is 01.19.40 # PaulJam: thank *you* :) It was a bad bad bug in the buffering code, good thing you found it 01.20.07 # well, actually my bugreport was a duplicate :) 01.20.52 # Yeah sorry I suppose I didn't think like that - the problem was that the latest ffmpeg build plays my wma files fine, but rockbox plays the same files badly, with gap every few seconds, producing a "skipping" effect. 01.20.55 Quit shotofadds ("yay for bed!") 01.21.25 # andrewbeveridge: Was your problem file "doors-test.wma", or am I confusing your problem with someone else's? 01.21.38 Join n17ikh [0] (n=n17ikh-@c-76-23-106-132.hsd1.sc.comcast.net) 01.21.41 # PaulJam: of FS#8194? 01.23.31 # Nico_P: yes, i think this is the same issue 01.23.38 # I think so too 01.23.44 # linuxstb: someone else's - my example file was named "Biffy Clyro - Machines [Faulty] ~70kbps VBR.wma" 01.23.54 # http://tinyurl.com/rockbox 01.24.17 # just triggered a bit different by skipping back instead of resinding 01.24.24 # *rewinding 01.24.51 # yeah, same thing 01.25.59 # andrewbeveridge: Ah yes, I remember now. It has corruptions when I play it with (quite an old version of) mplayer as well... 01.26.44 # PaulJam: committed :) 01.26.57 # andrewbeveridge: Did you (or do you know if someone else) tested it with the very latest ffmpeg wma decoder? 01.28.30 # linuxstb: no, however the ffmpeg executable on my computer (http://tinyurl.com/rockboxdebugging/ffmpeg) decodes the file perfectly on my laptop and my server 01.30.40 # * linuxstb downloads it 01.33.31 # andrewbeveridge: That's pretty new - built on 16th June 2008... 01.33.38 # yep 01.33.50 # saratoga assured me that was the build he used though 01.35.15 # And the file didn't decode correctly for him? 01.35.47 # I'm not sure 01.36.01 # hold on - http://www.rockbox.org/irc/log-20080714 01.36.47 # around 2:00 01.37.39 Quit bertrik (Remote closed the connection) 01.38.29 # o.O there have been two releases since that build! 01.38.40 # http://sourceforge.net/project/showfiles.php?group_id=205275&package_id=248632 01.39.35 Quit Bensawsome (Read error: 104 (Connection reset by peer)) 01.39.59 # That sounds like it might be the bug fixed in r11115 of ffmpeg... 01.41.10 Quit tvelocity ("Αποχώρησε") 01.42.13 Part pixelma 01.42.45 Quit fiXXXerMet ("Leaving.") 01.43.32 Quit desowin (Read error: 104 (Connection reset by peer)) 01.44.34 # linuxstb: could you give me a link to more information about said bug? where are you finding that? 01.44.54 # PaulJam: have you tested? 01.45.27 # Nico_P: yes, so far it looks good :) 01.45.44 # andrewbeveridge: I'm looking at the ffmpeg svn log here - http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/wmadec.c?view=log 01.45.45 # great :) 01.45.52 # But I tried that fix in Rockbox, and it made no difference... 01.46.00 Join desowin [0] (n=desowin@atheme/member/desowin) 01.46.47 # does my ffmpeg executable decode the file perfectly for you? 01.47.01 # I haven't tried - I'll do that now... 01.47.05 # thanks 01.48.34 # Yes, it seems fine. 01.49.04 # I get the same "Multiple frames in a packet from stream 0" warning that Llorean reported though. 01.49.19 # Which may give us a clue... 01.50.01 # same here, but definitley confirmed that ffmpeg build 13378 decodes the file fine. now, if the wma decoder for rockbox was taken from that same build, there must be a bug in the rockbox-created code which is causing the problem, right? 01.50.55 # The wma decoder itself was taken from ffmpeg (with major changes), but the other part of the codec (the ASF parser) was written from scratch (mostly by me), and may well be buggy. 01.51.47 # ah ok - um what does the asf parser do, in layman's terms? 01.52.21 # i thought asf was just for streaming media? 01.52.26 # asf is the container format that wma files use. 01.52.53 Nick Seedy is now known as Seed (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 01.52.56 # SO the asf parser extracts the WMA packets from the ASF file, and passes them to the wma decoder itself. 01.53.22 # Even though WMA files are generally called ".wma", they are ASF files. 01.53.41 # right - so if the asf parser fails, the wma bytes are taken from the wrong parts of the file on disk? it gets the file structure wrong? 01.53.53 # Yes. 01.54.20 # "multiple frames in a packet" is relatively rare (I think), so that part of the code isn't well tested. 01.54.47 # right... um is there any way to test the "majorly modified" rockbox wma decoder itself? I mean, to narrow the cause of the problem don to the asf parser 01.55.25 Join D9762862 [0] (n=j_dan_81@219-89-246-245.adsl.xtra.co.nz) 01.55.33 # hello 01.56.00 # does rockbox work on an 80gb video? Thanks. 01.56.14 # as long as it is a video and not a "classic", yes 01.56.26 # as the front page should say 01.56.36 # hmm, mines a classic, is it a no go? 01.56.43 # linuxstb: how frustrating - a quick google for "multiple frames in a packet" +wma returns nothing but the rockbox irc log 01.57.00 # D9762862: if it is a classic, then yes...as i just said 01.57.01 # could you suggest any other programs? thanks. 01.57.06 # no i cant 01.57.15 # thanks shitty bums. 01.57.26 # You're welcome. 01.57.31 # ... 01.57.38 # have a great day. 01.57.40 Part D9762862 01.57.40 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 01.57.48 # he sure was a friendly chap 01.58.01 # What the hell can people not read the FAQ lol... friendly 01.58.18 Quit toffe82_ (Remote closed the connection) 02.02.48 Quit Nico_P (Remote closed the connection) 02.03.07 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.07.49 Quit nplus (Remote closed the connection) 02.11.58 # linuxstb: how could I help figure out the problem with the asf parser then, as it would seem to be the most likely cause of the problem. what language are we talking about here? I'm only experienced in PHP and Java, never got round to learning C. 02.12.22 # andrewbeveridge: I've been looking at your file, and am starting to think the asf parser is working fine, and the problem must be in the decoder... I'm trying to debug things now, and compare our source to ffmpeg 02.12.22 # C 02.12.59 # ok great, thanks - again, is there any way I can help, or shall I just sit back and encourage? :) 02.13.06 # BigBambi: ? 02.13.21 # BigBambi: oh, right. C. Thanks :) 02.13.26 # andrewbeveridge: you asked what language 02.13.33 # :) 02.15.41 Quit toffe82 (Read error: 110 (Connection timed out)) 02.26.44 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 02.30.51 Quit faemir ("Leaving") 02.31.50 Part Rasi 02.33.36 # has there ever been a discussion about using git for rockbox? 02.34.00 # occasionally 02.34.25 # But the majority feel there isn't really a need, although there is a git mirror now I think 02.34.43 # do you know the address of the mirror? 02.35.41 # not sure 02.36.02 # You could try checking the IRC logs, there was some discussion here 02.36.14 # alright, thanks 02.37.39 # http://www.rockbox.org/twiki/bin/view/Main/GitVersionControl but I think there is now a more official mirror than the one mentioned there. I wasn't really following the discussion however 02.38.00 # cd .. 02.38.02 # oops 02.39.56 # lol @soap 02.42.32 Join Davide-NYC [0] (n=chatzill@static-68-161-224-151.ny325.east.verizon.net) 02.43.31 # num1: git://svn.rockbox.org/rockbox 02.43.42 # num1: see logs on 2008/07/03 02.43.52 # quick (irrelevant) bug report: the FAQ link does not appear on sidebar on http://www.rockbox.org/download/ 02.44.19 # Y'know, one thing that never came up in the Git vs SVN debate for Rockbox, is that the SVN revision numbers are really useful when providing support. 02.45.03 # Davide-NYC: I think the patch tracker has a webpage category, you probably should post it there since those who can fix it aren't around. 02.45.34 # It's probably more likely to get changed if you just grab Bagder when he's around though... 02.45.39 # BigBambiL thank you for the links 02.45.50 # or Zagor 02.46.14 # llorean: no such bug category? 02.47.10 # Also, the sidebar contains a link to requests portion of the tracker, which I see is hidden otherwise. Good to know there's still a way to post a feature request, even though noone would see it. :) 02.47.35 # Davide-NYC: We don't *want* people posting feature requests... 02.47.48 # I know, that was a joke. 02.48.14 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.53.53 Quit EspeonEefi ("さよなら") 03.06.17 Quit vort3x (Read error: 104 (Connection reset by peer)) 03.06.19 Quit Davide-NYC ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 03.06.22 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-038a348c601eec9e) 03.06.37 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 03.10.54 Quit Thundercloud (Remote closed the connection) 03.13.08 # so when the screen blanks do the subsystems that do things like scroll text and refresh the WPS and run the peak meters stop? 03.13.38 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 03.14.16 *** Saving seen data "./dancer.seen" 03.14.39 # linuxstb: any luck? :) any particular bit of code you are looking at? I'm just skimming through wmadeci.c - I've never technically learned C but it all makes sense having spent the past few years working in Java... 03.14.56 # n17ikh: What do you mean "blanks"? Most players just turn the backlight off, but don't clear the screen. 03.15.04 # I see. 03.15.19 # actually, I'm thinking of the h10 which I haven't used in forever 03.15.33 # I remember rockbox having an option about blanking or something after the backlight shuts off 03.16.25 Join ecl [0] (n=felipe@unaffiliated/ecl) 03.24.02 # I've gotta say, the keymaps on the c200 series are pretty good 03.24.11 # I actually like it a good deal better than the e200 03.24.18 # tiny screen notwithstanding 03.24.24 Part ecl 03.24.32 # I think the e200 one allows much more consistent access to the functionality of Rockbox. 03.25.00 # Have you tried Pixelma's alternate c200 keymap yet? 03.25.05 # not yet 03.25.16 # I just started playing with the c200, it's been sitting on my desk for a month 03.25.25 # getting ready for a long trip 03.25.38 # my e200's battery is either not charging or dying really quickly 03.25.45 # or is reporting wrong voltages to rockbox 03.26.40 # anybody else here know enough about the rockbox wma decoder to know how to bugfix? 03.29.50 # andrewbeveridge: Seriously, you don't need to ask about it every 15 minutes. For one thing, a lot of our devs are European, so are on the verge of, or in the middle of, sleep right now. 03.30.14 # For another, you've already more or less talked with everyone who's involved in the WMA codec, anyway. 03.30.23 # yeah, good point, sorry - though it would be nice if they told me before leaving/sleeping 03.30.48 # Does anyone know if the c200 still charges when it's off? 03.30.55 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 03.31.23 # andrewbeveridge: What's the hurry? 03.32.47 # my sister's birthday - I bought the ipod for her, and my/our entire music collection was converted using the same program, so unless I go to the lengthy/lossy process of converting them all, I have no tracks to put on it before wrapping it up :) 03.34.00 # Seems to me then, you can solve your own problem by re-encoding the tracks from the original material. It'll get fixed when it get fixed, but it seems somewhat negative to pester other people to do work sooner because you don't want to do extra work. 03.34.38 # If you've filed a bug report, and talked to the appropriate devs, then really the best thing you can do is either work on it yourself, or wait for them to request more information from you. 03.35.15 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.35.17 # would she notice if you converted lossy tracks to say, mp3 v0? 03.35.31 Quit DerDome (Nick collision from services.) 03.35.32 Join DerDome1 [0] (n=DerDome@dslb-082-083-221-019.pools.arcor-ip.net) 03.35.34 # and then went back and replaced them once the decoder was fixed 03.35.44 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-221-019.pools.arcor-ip.net) 03.38.42 # yeah, i'm not going to do any more pestering ;) I was really hoping somebody could point me in the right direction to help myself - I understand the source code pretty well, I just lack a starting point. Sadly there is no original material. 03.38.43 # If I still had my original collection (all FLAC, on a 500GB external hard drive), I would never have asked here, I would simply have re-encoded to MP3 or Vorbis, my sister couldnt care less what format the music is in as long as the compression ratio is high enough for the entire 3000-ish tracks to fit on the 4GB ipod. 03.40.19 # I think thats what I'm going to end up doing - converting them all to MP3 - in fact I've already started. I was just reluctant to do so because I've never managed to find a way to achieve transparent WMA -> MP3 conversion (obviously, they are both lossy) 03.42.58 Quit neddy ("Leaving.") 03.44.22 Nick fyre^OS is now known as fyrestorm (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 03.45.17 # if you want to use low bitrates then i think mp3 is not the best choice. ogg vorbis and mpc are said to give better results at lower bitrates. 03.46.19 Quit PaulJam (".") 03.46.35 # I thought MPC was tuned for mid-to-higher bitrates. 03.47.05 # Vorbis is clearly the best lossy format for several reasons, including compression ratio, but until now I hadn't found any portable media player compatible with anything other than MP3 and WMA. 03.54.52 # nothing is "clearly" the best format, but this is getting offtopic... 03.55.25 # topic aside, i can't see any disadvantages of ogg vorbis 03.57.54 # slightly more cpu usage 03.58.06 # there is no "topic aside" here 03.58.33 # ok end discussion, sorry. 04.16.33 # hmm, still not having any luck on fixing the abort issue on my mac 04.16.53 # strange thing is, i could build rbspeexenc fine yesterday 04.18.15 # i uninstalled and reinstalled xcode (plus libraries and headers), reran rockboxdev.sh, and built GNU make from source 04.18.34 # i can build sim and target builds for gigabeat fine 04.19.16 # if anyone has any ideas on what I should try, i'm all ears 04.23.18 Join miepchen^schlaf_ [0] (n=miepchen@p54BF4192.dip.t-dialin.net) 04.30.51 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.38.29 Quit DrMoos ("Rockbox rules the DAP world") 04.39.27 Quit MXIIA ("System Terminated") 04.40.31 Quit n17ikh ("Leaving") 04.42.12 Join jasutton [0] (n=jasutton@24-197-140-070.dhcp.spbg.sc.charter.com) 04.44.15 Quit andrewbeveridge () 04.52.10 Join n17ikh [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) 04.56.02 Nick jasutton is now known as jsutton (n=jasutton@24-197-140-070.dhcp.spbg.sc.charter.com) 04.59.06 Join troy_ [0] (n=toppy@89.243.151.32) 05.11.15 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.14.12 Quit Bensawsome ("The awsome is gone :(") 05.14.18 *** Saving seen data "./dancer.seen" 05.14.48 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 05.14.59 Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) 05.28.03 # * midgey figured it out 05.28.42 # r18002 breaks "make voice" on mac (well, mine at least) 05.29.09 # I'm running 10.4.11, and the abort comes from the -arch flag 05.30.04 # for me, $ARCH is empty and using the -arch flag followed by nothing causes an abort 05.31.25 Quit n17ikh (Connection timed out) 05.36.24 Quit jsutton (Remote closed the connection) 05.42.19 Quit Bensawsome ("The awsome is gone :(") 05.43.45 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 05.46.25 Quit Bensawsome (Client Quit) 05.46.57 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 05.57.41 Quit num1 ("Leaving.") 06.08.40 Quit Bensawsome ("The awsome is gone :(") 06.12.21 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 06.13.36 Quit BlakeJohnson861 (Read error: 110 (Connection timed out)) 06.14.29 # hi 06.14.41 # is anyone working on a big-icon-based menu? 06.14.56 # I mean like, right now RB's menu is just a "list" basically 06.15.04 # is anyone interested in something with big icons? 06.15.12 # * wpyh is just suggesting an UI 06.19.03 Join coatman [0] (n=Jacob@ppp-70-245-240-115.dsl.stlsmo.swbell.net) 06.22.19 Quit Llorean (Read error: 104 (Connection reset by peer)) 06.24.09 Join Llorean [0] (n=DarkkOne@adsl-70-241-20-198.dsl.hstntx.swbell.net) 06.28.31 Quit coatman ("Leaving.") 06.28.47 Join coatman [0] (n=Jacob@ppp-70-245-240-115.dsl.stlsmo.swbell.net) 06.30.02 Quit coatman (Client Quit) 06.30.46 # wpyh: This has been requested before, but it needs to be blind friendly, not slow things down, and not make the binary huge. So the general feeling is "show us a patch and we'll think about it" I think 06.31.14 # hm... ok 06.31.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 06.31.36 # doesn't go into my TODO list since I (currently) don't know how I would go about implementing it 06.31.48 Join Llorean [0] (n=DarkkOne@adsl-70-241-20-198.dsl.hstntx.swbell.net) 06.32.17 # for it to be blind-friendly, doesn't it just need to have the same text as the regular menu? 06.33.03 # the only differences are: 1) icons are not vertically laid out, but horizontally, and 2) the icons are bigger, and 3) there is a scroll bar 06.35.12 # Navigating in a line (list) is easier blind than navigating in a grid, too. 06.35.26 # um... 06.35.38 # well, what we have in mind may be different 06.35.47 # :) 06.36.00 # what I have in mind is, for example there are 9 icons 06.36.07 # You're navigating on two axis instead of simply one. 06.36.12 # with the current menu system, it's laid out vertically 06.36.27 # with the new big-icon menu system, it goes like this: 1 2 3\n4 5 6\n7 8 9 06.36.48 # and "forward" goes from 1 to 2 to 3 to 4 to 5 .. .and so on 06.36.54 # backward goes the other way round 06.37.04 # In that case, what benefit does it offer? 06.37.12 # the benefit is big icons 06.37.19 # What functional benefit is that? 06.37.30 # In almost every screen but the main menu, the icons are repetitive. 06.37.33 # no functional benefit, just looks good 06.38.09 # it will drive people to draw new icons 06.38.16 # that won't make the binary big, would it? 06.38.17 # I don't know if you can easily justify a complication of the menuing system for a reason as trivial as that, though, especially since not everyone will agree it looks good. 06.38.42 # It will make the binary larger than it is, and it will mean that you need an entire new version of the list drawing code for big-icon lists. 06.40.24 # If it streamlined the interface by allowing improved navigation methods, that'd be something else. But Rockbox really can't accommodate every aesthetic change someone thinks is a good idea, or it'd quickly snowball into something rather large and ungainly. 06.41.02 # hm... 06.41.15 Join iceowl [0] (n=iceowl@i216-58-80-207.cybersurf.com) 06.41.18 # are you saying that any menu system will be the only menu system in RB? 06.41.48 # what I'm thinking is that the current menu system can and should stay, while we add an option to switch to the new menu system 06.42.09 # Which makes it even worse because then you have redundant code with no functional benefit. 06.42.54 # the code is loaded dynamically, so it shouldn't increase the binsize 06.42.59 # is there such a thing as a Go app for rockbox? 06.43.18 # wpyh: There's no dynamic memory allocation. 06.43.25 # iceowl: "Go app" as in the game? 06.43.31 # yes 06.43.35 # Not included 06.43.36 # which brings the question of... is it possible to make the interface separate from the core? 06.43.39 # iceowl: there might be one in the tracker 06.43.47 Quit troy_ (Read error: 104 (Connection reset by peer)) 06.43.54 # tracker? as in torrent? 06.44.00 # iceowl: No, the patch tracker... 06.44.12 # oh 06.44.37 # Llorean: or make it selectable as a config option, and RB chooses which one to load on boot 06.44.42 # wpyh: The real question is how much work would that take, would it lower performance, and would it make the code harder to maintain. 06.44.45 # this way we don't need maloc() 06.44.58 # hmm.... you're being practical here 06.45.01 # Then you'd need to reboot to change themes. 06.45.14 # Llorean: no, no need to reboot to change themes 06.45.26 # we just need to reboot to switch between menu items 06.45.32 # Yes 06.45.39 # And if your theme uses small icons... 06.45.49 # Themes already include iconsets of varying sizes. 06.45.50 # huzzah, looks like there 06.46.00 # there's lots of stuff in the patches 06.46.04 # well, the themes can support just one menu system, or both 06.46.29 # I think it would be a *lot* of work, which is why I'm not volunteering, but I'd certainly be interested in it 06.46.52 # wpyh: I can't see this being practical. 06.47.04 # it might lower the performance somewhat because of another layer of indirection, but it's negligible 06.47.11 # Negligible? 06.47.14 # These are not fast devices. 06.47.21 # and it will make the code easier to maintain by cleanly separating the interface from the core 06.47.27 # And every wasted cycle means lowered battery life. 06.47.37 # "Negligible" doesn't really apply on battery powered devices. 06.47.46 # Llorean: yeah, it will be negligible; it will mostly be an extra pointer 06.48.13 # Llorean: I'm not saying you see this as being practical ;) just that you're considering the practical considerations here :) 06.48.31 # The practical considerations are the ones that actually matter. 06.48.41 # yes, they are the ones that actually matter 06.49.27 # Having swappable UIs means that any time a new UI screen is added, it needs to be adapted to fit both (all) of them. 06.49.42 # Or any time a new port happens ,both UIs need to be ported, and made to deal with the new buttons. 06.50.24 # what are you referring to "it" when you say "it needs to be adapted..."? 06.51.07 # hmm.. I found a go app. hopefully it's not limited to playing with another person 06.51.23 # wpyh: any new UI screen 06.51.43 # iceowl: These players have slow processors. It's unlikely a decent Go AI can run on them at any reasonable speed 06.51.52 # go AI is not terribly capable in the first place...only 6 or 7 kyu and those are the decent ones 06.52.05 # I know 06.52.14 # ah 06.52.18 # I just want to play Go on the bus to work :/ 06.52.54 # iceowl: you could probably modify the plugin to set up a series of life-and-death problems 06.53.11 # probably. if I knew how to code at all. 06.53.22 # I'm thinking of a generic core-to-ui layer, so anytime a new UI screen is added, it only needs to be compatible with the current layer 06.53.36 # just like how a plugin accesses RB's api 06.54.09 # when a new port appears, both or one UI needs to be ported in the beginning 06.54.34 # wpyh: When a new feature needs a new screen, each UI will need a version of that screen though. 06.54.42 # and the idea of big icons actually comes to me a few days ago, when I saw the Onda VX747 port 06.55.09 # on such devices (with touchscreens), it is way easier to click on big icons 06.55.21 # You're basically adding a work-multiplier for those interested in developing new ports, for those providing support for ports, and for those who add new features. 06.55.45 # Llorean: hm... I'm not sure I fully understand what you mean by a new UI screen. any examples? 06.55.50 # * Llorean doesn't see how big icons will be any easier than simply having a large menu font. 06.56.13 # since basically all the UI screens are lists anyway 06.56.36 # wpyh: For example, the Bookmarks list is a unique sort of screen. If it were to be icon based, someone would have to convert that screen separately. If a new feature that used a customized list went in, for the UI to be consistent, a customized version would have to be done for each type of UI available 06.56.51 # Llorean: do both or all menu systems have to be supported in a port? 06.57.03 # Yes. 06.57.20 # Rockbox is one piece of software, we only leave out features if they're features the hardware is incapable of. 06.57.32 # Separate UIs for separate ports is contrary to what Rockbox is generally about 06.58.04 # hm... I wonder where the bookmarks screen is 06.58.30 # There's also Quickscreen, the color and equalizer settings, etc. 06.58.49 # While they could simply be used as they are, they wouldn't fit the "feel" of a big icons theme. 06.59.01 # Llorean: ok, then we have to work hard to port both menu systems then 06.59.19 # Llorean: that's what I was thinking... 06.59.33 # for example the WPS: it should be the same regardless of menu system 06.59.51 # the big-icon-system would only affect lists 07.00.05 Quit iceowl ("leaving") 07.00.13 # wpyh: But that's just big-icon. 07.00.17 # instead of scroll up/down lists, now we have touchable or horizontal-scrollable lists 07.00.21 # yes, big-icon 07.00.29 # If it's going to be abstracted like that, there's no reason other ones won't be proposed. 07.00.39 # As well, you still have to reserve memory for the largest one. 07.00.44 # much like the iphone's ui (hope I'm not making LambdaCalculus37 mad) 07.00.45 # Which means the binsize issue is still a concern. 07.01.07 # hm 07.01.19 # can't the largest size be set as a property? 07.01.27 # so that the memory is allocated only at boot 07.02.07 # Possible, but I'm rather against a mere theme option requiring reboots or restarting playback. 07.02.09 # Llorean: yes, others will probably be proposed, which is good IMO 07.02.38 # as I said, reloading themes won't require a reboot 07.02.46 # Yes it will, if they require different UIs. 07.02.46 # uh, I mean changing themes 07.02.58 # Your big-list one is strictly compatible with normal lists. 07.03.04 # Which IMHO makes it more or less pointless anyway. 07.04.15 # what I mean is, when using one UI, loading a theme of a different UI will give an error message, something like "this one is for xxx UI only, please change to that ui and reboot first before loading this theme" 07.04.17 # But if every UI is just a different way of displaying the same old lists, then there's no functional benefit at all. 07.04.29 # wpyh: Then changing themes requires a reboot... 07.04.34 # It just doesn't automatically reboot. 07.04.52 # Llorean: you're thinking of someone who changes themes between UI's 07.05.09 # a theme can support multiple UIs, and a theme can support only one of those UIs 07.05.42 # You've never met our users. 07.05.45 # if for example,I'm in the small-icon UI, then changing from "cabbiev2" to "icatcher" works, but I'm still using the small-icon ui 07.05.48 # Some admit to changing themes hourly 07.05.58 # If changing themes may require a reboot, it's very not user-friendly 07.06.24 # if I want the big icons, then I must change a config option to "big icons" 07.06.34 # I didn't mean to say every theme will require a reboot, I mean to say I'm against any theme ever requiring a reboot. 07.06.44 # Llorean: if you don't want to expose the incompatible themes, we can hide them 07.07.02 # It's very simple: This idea doesn't add any functionality, is only subjectively aesthetically pleasing, and will complicate support and development. 07.07.05 # a theme will be much like a firefox plugin 07.07.06 # Besides "it looks good" what justifies it? 07.07.11 # ok 07.07.15 # Themes are .cfg files 07.07.30 # Are you suggesting scanning every .cfg in the themes folder to determine which ones require big or little icons? 07.07.32 # what I mean by a firefox plugin is its versioning 07.07.43 # yes, that's what I'm suggesting 07.07.49 # -OR- 07.08.06 # That means an entirely new directory browser feature just for themes. 07.08.08 Quit massiveH (Read error: 104 (Connection reset by peer)) 07.08.08 # have a different theme folder for each UI, which you would probably reject anyway 07.08.10 # This gets less and less "low overhead" 07.08.28 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 07.08.28 # wpyh: How would that work for multi-UI themes, then? 07.08.40 # Llorean: which one, the first one or the second one? 07.09.08 # The second one. The first one is kinda obvious that you could just list all compatible UIs. 07.09.18 # is there any point in continuing this?...in the end, wpyh can code his ideas...and this in particular will almost assuredly be rejected...the end 07.09.25 # The second one, separate folders, would either require one folder for every permutation of UIs, or theme duplication. 07.09.39 # ah, the second one... the theme author must write multiple cfg files, which means it will most probably be rejected 07.09.59 # scorche: are you saying this will be a NoDo? 07.10.17 # I'm saying that unless this can overcome most of the objections I've raised, it's unlikely to be accepted. 07.10.18 # http://www.rockbox.org/twiki/bin/view/Main/NoDo 07.10.35 # Not a "NoDo" so much as a "Don't bother unless you can do it well enough that you can answer most objections" 07.10.35 # no...i am saying it doesnt really serve much of a purpose and will likely be rejected unless you can solve the issues that have been brought up 07.10.39 # * wpyh thinks Llorean is reasonable in this case -- better than a NoDo 07.10.49 # hm... 07.10.51 # that said, feel free to code it up and we can discuss this again then 07.10.56 # ok 07.11.22 # let me collect the objections here: 07.11.27 # 1. binsize 07.11.28 # 2. overhead 07.11.34 # 3. code complexity 07.11.37 # dont make a list and spam the channel... 07.11.42 # uh.. 07.11.55 # ok, maybe I'll put it in my wikipage 07.12.02 # you can fit plenty of numbers on one line 07.12.24 # ah, sorr 07.12.25 # y 07.12.26 # :) 07.14.21 *** Saving seen data "./dancer.seen" 07.14.33 # 1. binsize, 2. overhead, 3. code complexity, 4. needs to be blind friendly, 5. "what functional benefits?", 6. maintenance nightmare, 6. porting nightmare, 7. reboot after every theme change, 8. reboot after every UI change, 9. scan all themes or have multiple folders 07.14.38 # did I miss something? 07.15.41 # even if you did, we can addres it after you solve all those ;) 07.16.35 # :O 07.19.12 # OK, you can see the summary here: http://www.rockbox.org/twiki/bin/view/Main/WilliamPoetra#Ideas 07.27.21 # * wpyh wonders why everyone is so quiet again 07.27.35 # likely because no one has anything to say... 07.31.03 Quit vort3x (Read error: 54 (Connection reset by peer)) 07.31.38 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 07.35.17 Quit jhulst (Read error: 60 (Operation timed out)) 07.45.26 Join num1 [0] (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 07.59.45 # if i want a plugin to possibly display an error and then exit when it's acknowledged, is there something in the plugin API already for that? the closest thing that i see is splash 08.01.54 Quit massiveH ("Leaving") 08.03.14 # That's what plugins normally use when displaying specific errors 08.04.05 # If you just need to error out, it's sufficient to return PLUGIN_ERROR instead of PLUGIN_OK. This makes the core show a generic splash ("plugin returned error") 08.06.52 # regarding plugin languages, should plugin strings have their own id range or should they start at zero 08.07.33 # for example, should the first plugin string be number 0x16000 or 0 08.07.38 Quit gevaerts (Nick collision from services.) 08.07.49 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 08.08.01 # I think they should start at zero 08.08.28 # Right now the language ids are 16 bit, and the msb is already used to distinguish LAN_ from VOICE_ 08.08.30 # Otherwise plugins will be dependent on the ranges of other plugins (if you add strings to jewels, you might end up restricted by the reserved range because the next plugin in the list already starts at 0xSomething) 08.08.35 # *LANG_ 08.08.54 # that's how they currently are implemented, but i'm not sure how to use those ids for voice ids 08.08.58 Quit scorche|sh (Remote closed the connection) 08.09.32 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 08.10.30 # right now to access a core string (LANG_ or VOICE_) you can call talk_id via the plugin api 08.10.32 # Yes. For plugin localisation and voice, we need a way to segment .lng and .voice files, so that each part (core, plugin) can load the segment it needs 08.11.02 # and to access plugin strings, you call plugin_talk_id via the plugin lib 08.11.06 # There needs to be some identifier in the source (the .lang file). Iirc this is already prepared 08.13.11 # i've been experimenting with loading a string only if the user matches the caller 08.14.05 # Hmm. On flash targets this might work, but on HDD targets it would cause unacceptable delays 08.15.22 # in lang_load, the entire lng is loaded into memory via one giant read 08.15.35 # I think that each lng/voice user should load its segment on startup. .lng can be permanent for the core, the plugins would load it into a local buffer 08.15.53 # i experimented with byte-by-byte but not on target. it was probably slow 08.16.21 # Voice should have a method to share the core's voice buffer. Of course this means that the core needs to reload its voice segment on plugin exit 08.17.08 # plugin_language_builtin is a giant array of all the english strings for plugins and is linking to the plugin_lib. i want to change this so only the need strings are linked to each plugin 08.17.21 Join Rob2223 [0] (n=Miranda@p4FDCE3BA.dip.t-dialin.net) 08.18.40 # when you mention loading segments, are you thinking of sorting the lng by user (blackjack at the front, followed by chessbox, followed by chopper, etc) and then storing the id offset, file offset and size? 08.21.03 # I was thinking more like "use the existing .lng file format for each user, but instead of having separate files, concatenate them all, and put an offset table inb front of it" 08.22.21 # would there only be one english.lang file or english-blackjack.lang english-chopper.lang 08.22.33 # Only one .lng per language 08.22.34 Quit massiveH ("Leaving") 08.23.03 # Otherwise the number of files would explode, which means wasting space on FAT (each file would occupy one cluster) 08.23.24 # i meant the text file before running through genlang. genlang would still output one lng file 08.24.44 # That should probably also be just one file. Imagine 25 languges * (say) 20 localised plugins. That's 500 files with one file per user ... 08.25.31 # If you're going for one source file per user, they could be put in subfolders though 08.26.01 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 08.26.24 # * amiconn just had an idea 08.27.48 # I'm not sure whether it's good or bad: What about putting all translations into one source file, i.e. no more .lang 08.28.27 # Hmm, that would probably cause problems with detecting which strings need attention for a certain language... 08.29.47 # it might be possible, i'm going to look into the concatenation method tomorrow and get working on it 08.29.59 # but right now, i'm heading to bed 08.31.00 # nighty 08.32.03 Quit midgey () 08.35.17 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.48.40 Join Vorador [0] (n=tomas@84.240.35.19) 08.48.58 Quit Vorador (Client Quit) 08.55.16 Join ender` [0] (n=ender@foo.eternallybored.org) 09.12.40 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 09.12.54 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.14.22 *** Saving seen data "./dancer.seen" 09.26.02 Quit scorche (Nick collision from services.) 09.26.17 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.26.52 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 09.27.18 Join sarkar112 [0] (n=sarkar11@unaffiliated/sarkar112) 09.27.52 Part sarkar112 ("Leaving") 09.28.16 Join fml [0] (n=4fd3d1c2@gateway/web/cgi-irc/labb.contactor.se/x-1a2ebe910cee8d2e) 09.29.16 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 09.30.51 # I wonder why the WPS code hasn't caused rather bad crashes. Many tags (e.g. %mm) access the int at the address 0. Is it ok? I partly fixed this in FS#8965. But how didn't it strike before? 09.32.15 # Reading from address 0 doesn't cause a crash by itself. On SH1 and coldfire you can enable a debugging aid that will fire an exception when this happens though 09.32.32 # It's nevertheless bad behaviour, and needs to be fixed 09.36.40 Join fyre^OS [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 09.36.45 Join thegeek_ [0] (n=nnscript@s080a.studby.ntnu.no) 09.36.48 Join Lambdumb [0] (n=Lambda@64.6.88.58) 09.36.56 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 09.37.03 Join midkay_ [0] (n=midkay@63-231-21-92.tukw.qwest.net) 09.37.24 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 09.37.46 Quit pixelma (Nick collision from services.) 09.37.46 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 09.39.53 Quit svens (verne.freenode.net irc.freenode.net) 09.39.53 NSplit verne.freenode.net irc.freenode.net 09.39.53 Quit perrikwp (verne.freenode.net irc.freenode.net) 09.39.53 Quit cbr|w (verne.freenode.net irc.freenode.net) 09.39.53 Quit fyrestorm (verne.freenode.net irc.freenode.net) 09.39.53 Quit soap (verne.freenode.net irc.freenode.net) 09.39.53 Quit tarbo (verne.freenode.net irc.freenode.net) 09.39.53 Quit thegeek (verne.freenode.net irc.freenode.net) 09.39.53 Quit Lambduh (verne.freenode.net irc.freenode.net) 09.39.53 Quit erram (verne.freenode.net irc.freenode.net) 09.39.53 Quit midkay (verne.freenode.net irc.freenode.net) 09.39.53 Quit dionoea (verne.freenode.net irc.freenode.net) 09.39.53 Quit basti (verne.freenode.net irc.freenode.net) 09.39.53 Quit cpbills (verne.freenode.net irc.freenode.net) 09.40.14 NHeal verne.freenode.net irc.freenode.net 09.40.14 NJoin perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-038a348c601eec9e) 09.40.14 NJoin soap [50] (n=soap@rockbox/staff/soap) 09.40.14 NJoin tarbo [0] (n=me@unaffiliated/tarbo) 09.40.14 NJoin thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 09.40.14 NJoin erram [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 09.40.14 NJoin midkay [0] (n=midkay@rockbox/developer/midkay) 09.40.14 NJoin dionoea [0] (n=dionoea@yop.chewa.net) 09.40.14 NJoin basti [0] (i=bnc@85.214.109.173) 09.40.14 NJoin svens [0] (n=dxl@cl-2490.ham-01.de.sixxs.net) 09.40.14 NJoin cpbills [0] (i=fool@bmic.net) 09.44.15 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.48.35 Part num1 09.51.11 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 09.53.45 Quit thegeek (Read error: 110 (Connection timed out)) 09.54.41 Quit fml ("CGI:IRC") 09.54.43 Quit midkay (Connection timed out) 10.05.56 Quit GodEater (Read error: 104 (Connection reset by peer)) 10.06.00 Join GodEater__ [50] (n=bryan@rockbox/staff/GodEater) 10.09.18 Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 10.11.11 Quit swears (Read error: 104 (Connection reset by peer)) 10.12.18 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 10.12.23 Quit avis ("Leaving") 10.18.40 Join Horschti [0] (n=Horscht@p4FD4BF8E.dip.t-dialin.net) 10.19.24 Quit Horscht (Nick collision from services.) 10.23.25 Quit amiconn (" reboooot") 10.26.28 Join avis [0] (n=ident@pdpc/supporter/student/avis) 10.26.47 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.27.30 Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) 10.36.48 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 10.38.42 Quit swears (Read error: 104 (Connection reset by peer)) 10.39.18 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 10.43.27 # * bertrik got 14:41 runtime on his c200 :) 10.44.51 # wow, hadn't measured recently. I just remember getting about 8 hours in a runtime test somewhen before Buschel's power saving works 11.04.13 Quit DaCapn (Remote closed the connection) 11.07.20 # pixelma, I'm now testing a patch that completely disables the display controller if the screen is off 11.08.02 # no sorry, actually it turns off the display and puts the controller in standby mode 11.09.25 # wonder how much difference that'll make. It's already become quite ok recently (just my impression though) 11.11.08 # I don't expect it to be a lot of difference, but every little bit helps 11.14.26 *** Saving seen data "./dancer.seen" 11.18.38 Quit pixelma (" bbl") 11.44.10 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.57.08 # * amiconn wonders whether we should add large file support to rockbox 11.57.32 # It would mean going 64 bit for the file api... is it worth it? 11.58.27 # 64 bit for ssize_t, that is 11.58.35 # I can't recall many complaints about the fact that we don't... 11.58.41 # (and friends) 11.59.08 # What happens if you see a >2GB-1 file in the browser and/or select properties or something on it? 11.59.38 # Umm, actually I don't know 11.59.50 # Either it will show a negative value, or throw an error 12.00.03 # I can't imagine people wanting to open giant files on any of our devices, and recording split cap uses a safe upper limit anyway I think, but I'm sure there are people who might user their DAPs to store a few large files sometimes 12.00.23 # I don't see that we need to "support" them as long as there's no "bad" behaviour resulting from having 'em around 12.00.41 # Recording cares about this, yes. But someone could put really large files on it, be it music or video 12.00.57 # isnt it difficult to get > 2gig files on a fat32 partition ? 12.01.16 # Windows should have no problem putting such files on it 12.02.34 # I think a lack of large file support is more likely to cause some strange behaviour in the future when nobody's thinking about it (or when nobody around knows about it) 12.03.59 # For .wav, it needs 3 hours 39 to exceed the 2GB limit (standard CD quality) 12.04.31 # I think we should at least make sure we fail gracefully if we don't support it (i.e. refuse to work with large files instead of crashing) 12.10.10 # shotofadds: (for the logs) I've just tried the NAND driver on the DAX, and it fails to mount the partition, but I'm not sure what I should do to help debug... 12.13.09 Quit Thundercloud (Remote closed the connection) 12.24.27 Join obo [0] (n=robert@rockbox/developer/obo) 12.32.18 Join nplus [0] (n=nplus@141.25.globcom.net) 12.38.08 Join pixelma [0] (i=pixelma@212.204.47.129) 12.38.30 Quit AndyI (Read error: 110 (Connection timed out)) 12.51.48 Join moos [0] (i=moos@81-66-127-198.rev.numericable.fr) 12.55.26 Join TaffinFoxcroft [0] (i=79d9d79c@gateway/web/ajax/mibbit.com/x-f8bf633dc079e9e0) 12.56.15 # anyone know how to get a creative zen v plus working with the MTP plugin? 12.57.03 # oops wrong channel 12.57.05 Part TaffinFoxcroft 12.57.12 Join petur [50] (n=petur@rockbox/developer/petur) 12.59.14 Join aliask [0] (n=chatzill@c122-107-143-237.eburwd5.vic.optusnet.com.au) 13.14.30 *** Saving seen data "./dancer.seen" 13.19.17 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.24.09 Quit Horschti ("http://www.geisterfahrer.org") 13.28.22 Quit swears (Read error: 104 (Connection reset by peer)) 13.39.44 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.41.02 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 13.45.29 Join Lear [0] (i=chatzill@rockbox/developer/lear) 13.56.34 Quit amiconn (Nick collision from services.) 13.56.40 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.58.23 Quit GodEater__ (Read error: 113 (No route to host)) 14.04.37 Quit k4y_ (Read error: 110 (Connection timed out)) 14.05.09 Join MethoS [0] (n=clemens@91.97.240.47) 14.12.46 Join k4y [0] (i=korpse@dsl-241-200-51.telkomadsl.co.za) 14.26.06 Join Rob2222 [0] (n=Miranda@p4FDCE3BA.dip.t-dialin.net) 14.30.14 # Llorean: I have created a ~2.4GB WAV file and put it on my H340 14.30.40 # 'properties' shows a very large negative size (in bytes) 14.31.37 # Playing it doesn't work - it's skipped immediately 14.31.56 # That's probably because negative return values from open() mean error 14.32.55 # test_codec splashes "Cannot read metadata", probably due to the same reason 14.33.20 Quit Rob2223 (Read error: 60 (Operation timed out)) 14.33.32 Part pixelma 14.33.43 # * linuxstb senses amiconn is tempted to implement large file support... 14.34.02 # The question is whether it'd make sense 14.34.19 # At least rockbox doesn't do something nasty when encountering such files 14.35.10 # It would be nice to fully support the capabilities of FAT, but I don't know if it's worth introducing lots of 64-bit ints to do it... 14.35.16 Join LambdaCalculus37 [0] (i=1800dac6@gateway/web/ajax/mibbit.com/x-b24ab98102ed731a) 14.35.45 Join Mathiasdm [0] (n=Mathias@vpne207.ugent.be) 14.35.49 Join PaulJam [0] (i=PaulJam_@vpn-3060.gwdg.de) 14.36.13 # The question is how many places would need to use 64 bit 14.36.45 # * petur remembers getting called back when he added support to properties for large files 14.36.50 # Codecs would need them - it could be significant for codecs that buffer the seektable. 14.37.03 # All plain filesize values can still be stored as 32 bit (unsigned) 14.37.20 # Hmm, that's true, we're still limiting to 4GB... 14.37.32 # Just the special cases where negative values mean 'error' need to be 64 bit 14.37.32 # So no problem for seektables 14.37.51 # And that's mainly the file system api 14.38.00 # (because it's posix) 14.38.26 # * petur likes having funtion results returned separate from retuned data 14.43.02 Quit EspeonEefi ("さよなら") 14.43.05 # which functions of the file system api are we talking about really? 14.43.26 # open, lseek, read, write... 14.43.54 # But maybe we don't need to be able to read/write more than 2GB... 14.44.57 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 14.45.51 # * amiconn thinks it's strange that read() and write() expect the count as size_t, but return ssize_t 14.46.13 # In the special (v)fat32 case, only ssize_t would need to be 64 bit 14.46.24 # (and off_t) 14.46.59 # dirent specifies size as long, that could change to unsigned long 14.48.06 Join Mathiasdm2 [0] (n=Mathias@vpnf192.ugent.be) 14.49.02 # Hmm, open() itself doesn't have problems with >=2GB, because it only returns the file descriptor 14.49.23 Join pedrov [0] (n=pmauduit@dyn-83-156-124-138.ppp.tiscali.fr) 14.49.23 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 14.51.05 # Looks like functions in file.c needing attention are read(), write(), lseek(), filesize(), ftruncate() (and related static functions) 14.51.34 # fat.c may also need attention, as well as dircache 14.54.01 # so the options are 1) do nothing 2) extend max filesize to 4 GB by using unsigneds 3) go full blown 64-bit for size_t, ssize_t and off_t 14.54.47 # The H300 OF does handle my 2.4GB WAV file... 14.55.05 # I prefer option 2 if possible 14.55.21 # (2) also requires a few places being converted to 64 bit 14.56.19 # .. ssize_t and off_t. size_t could stay 32 bit, but somehow that sounds dirty... 14.57.17 # Ouch, OF seeking is sloo-oooww 14.57.40 # It basically just does 3 second steps, which is a bit fine-grained for a 4-hour file 15.00.28 Join Nibbl [0] (n=Nibbler@195.243.167.2) 15.00.40 # amiconn, you mean that using 32-bit unsigneds will be a bit of a hack, so it's basically all-or-nothing w.r.t. 64-bit file file lengths and offsets? 15.01.10 # It is a hack. Not sure whether it's good or bad. 15.02.55 Join mugedeliorman [0] (n=mugedeli@78.173.171.37) 15.03.02 Quit Mathiasdm (Read error: 110 (Connection timed out)) 15.04.59 Quit mugedeliorman (Client Quit) 15.06.14 # indeed, off_t has to be a signed, to make it possible to seek x bytes back from the end for example 15.06.28 # yeps 15.10.59 # There is another detail which needs attention. If the api goes 64 bit, the fat driver needs to ensure the max. file size 15.11.26 # yup 15.13.59 # * linuxstb wonders what twiki name to use for a page trying to document the PP502x 15.14.23 # otoh, things may just magically work themselves out because of how overflows work 15.14.32 *** Saving seen data "./dancer.seen" 15.15.12 # Don't rely on that here. 15.15.44 # linuxstb: PortalPlayer502x? 15.15.47 # The cluster chain can easily grow beyond 4GB, but the size field in the dir entry is only 32 bit 15.16.06 # rasher: Just what I had in mind... 15.16.32 # So if you write a >= 4G file, the dir entry will be modulo 4GB, but the diskspace will be taken for the whole amount 15.17.01 # I'm not even sure whether chkdsk would detect such a situation 15.18.23 # so don't write files larger than 4 GB? 15.21.34 # if the dir entry supports only 32-bit, that's a limit of the file system anyway 15.22.02 # Yes, the 4GB limit 15.22.13 # And the fat driver has to make sure it isn't exceeded 15.22.40 # Ouch, OF seeking is sloo-oooww <= you should have used the Study Mode :) 15.24.01 # amiconn, ok, I misunderstood what you were talking about 15.24.28 Quit amiconn (Nick collision from services.) 15.24.35 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.25.27 Join MethoS- [0] (n=clemens@91.97.241.136) 15.30.42 # * linuxstb creates PortalPlayer502x and invites anyone that knows anything to edit it... 15.32.27 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 15.36.57 Quit Nibbl ("Leaving") 15.40.48 Quit MethoS (Read error: 110 (Connection timed out)) 15.41.08 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 15.43.15 Join Arathis [0] (n=doerk@p508A632E.dip.t-dialin.net) 15.43.56 Join cbr|w [0] (n=cbr@212.98.160.130) 15.47.04 Quit Arathis (Client Quit) 15.47.43 Join MethoS_ [0] (n=clemens@host-091-096-209-127.ewe-ip-backbone.de) 15.50.13 Join Arathis [0] (n=doerk@p508A632E.dip.t-dialin.net) 15.50.43 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 15.51.07 Quit cbr|w (Read error: 104 (Connection reset by peer)) 15.51.08 Join HTMLCODER [0] (n=HTMLCODE@ti131110a080-2351.bb.online.no) 15.54.06 # Hello, may I ask if Rockbox does support .png images? 15.54.38 # it doesn't 15.54.51 # Thnaks 15.55.14 Part HTMLCODER 15.55.14 Join toffe82 [0] (n=chatzill@adsl-71-154-235-221.dsl.frs2ca.sbcglobal.net) 15.56.17 Part wpyh 15.57.19 Quit aliask ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 16.04.02 Quit MethoS- (Read error: 110 (Connection timed out)) 16.07.43 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 16.10.22 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.25.40 Join Vorador [0] (n=tomas@84.240.35.19) 16.36.19 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 17.09.05 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 17.14.33 *** Saving seen data "./dancer.seen" 17.33.15 Quit Mathiasdm2 ("Invisible Internet Project: http://www.i2p2.de") 17.42.04 Join wpyh [0] (n=william@th245022.ip.tsinghua.edu.cn) 17.42.07 Join GodEater__ [50] (n=bryan@rockbox/staff/GodEater) 17.49.37 Quit nplus (Read error: 104 (Connection reset by peer)) 17.50.23 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 17.50.40 Join BlakeJohnson86 [0] (n=bjohnson@70-13-146-108.area2.spcsdns.net) 18.05.07 Join noapic [0] (n=noapic@123.236.187.150) 18.05.28 # hello ... I am interested in porting libwma to Sony PSP. 18.05.37 # any ideas on where to begin :D ? 18.07.28 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 18.09.40 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.18.30 Quit noapic ("WeeChat 0.2.7-dev") 18.18.31 # noapic: That would seem to be a question for a Sony PSP channel - libwma is simply C code... 18.18.36 Quit GodEater__ ("Going!") 18.22.50 Join MethoS [0] (n=clemens@91.97.242.85) 18.28.54 Quit ze (Read error: 104 (Connection reset by peer)) 18.29.14 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 18.38.18 Quit MethoS_ (Read error: 113 (No route to host)) 18.44.54 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 18.48.38 Join MethoS- [0] (n=clemens@91.97.240.69) 18.54.13 Join massive_H [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 18.56.02 Quit massiveH (Nick collision from services.) 18.56.05 Nick massive_H is now known as massiveH (n=massiveH@ool-44c48a1e.dyn.optonline.net) 19.04.14 Quit MethoS (Read error: 110 (Connection timed out)) 19.12.30 # * amiconn wonders why linuxstb kept known outdated information when adding the ipl PP502x stuff 19.14.34 *** Saving seen data "./dancer.seen" 19.18.26 # because he didn't know it was outdated? 19.32.12 # Is the plan to use the PP USB stack for iPods even if not Sansas for 3.0? 19.32.48 # It's still not working properly in some environments 19.33.19 # (front ports with the obviously common signal quality problems, hubs) 19.33.56 # I wouldn't enable it for the release unless this problem is solved by then 19.34.00 # Is there any need/desire to encourage more widespread testing, or is developer time and or technical analysis needed more than user case-studies? 19.34.17 # The latter 19.34.29 # There must be some setup detail we're missing 19.34.56 # * amiconn does have the usb stack enabled on all his PP502x targets, but tends to not use it 19.35.04 # is bench testing (scope) needed more or simply knowledgeable eyeballs? 19.35.25 # Even when connected to a root port there are occasional resets, stalling the transfer for a while 19.37.19 Join merbanan [0] (n=banan@83.233.242.107) 19.37.47 # amiconn: I simply wanted to make a verbatim copy as the first "commit" 19.37.59 # ah 19.39.13 # Do you want to copy the PP5002 page as well? 19.39.41 # I will do, but I'm about to walk out of the door to go out for the night. I can do it tomorrow if no-one else has done it. 19.40.13 # * amiconn should probably add his knowledge regarding clock setup 19.40.30 # (both PP5002 and PP502x) 19.40.34 # * linuxstb walks out of the door 19.51.53 Join bugjuice [0] (n=jello@adsl-99-139-200-9.dsl.applwi.sbcglobal.net) 19.52.42 # could someone offer some help with a small problem I have? 19.54.32 Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) 19.56.07 # upon fresh install of rockbox, my wps graphics won't load 19.58.29 # the theme is probably broken due to recent syntax changes. see if you find an updated version in the WpsGallery in the wiki or fix the theme. details here: http://forums.rockbox.org/index.php?topic=17507.0 19.59.58 # thx. I'll investigate. 20.00.54 # so if i go back to an earlier build, it should fix? 20.01.39 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 20.03.25 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 20.04.16 # No, I think it's better to just fix the wps. Going back to an earlier version is a dead end. 20.04.23 Quit BigBambi (Read error: 113 (No route to host)) 20.05.58 # by "dead end" you mean, counterproductive 20.16.59 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-24fc6cb1b9fcc896) 20.17.01 Join MethoS [0] (n=clemens@91.97.240.69) 20.17.27 # if that noapic guy comes back tell him to contact me about the wma codec 20.17.59 # thx for the help and well done to all developers who helped with the latest build. rockbox continues to improve! 20.18.03 Quit bugjuice () 20.28.49 Quit massiveH ("Leaving") 20.31.50 Quit MethoS- (Read error: 113 (No route to host)) 20.34.41 Join Strife89 [0] (n=michael@204.116.245.152) 20.35.30 # Is there, by chance, any way to make Rockbox show a theme even if it runs off the screen? 20.37.23 # I'm attempting to port a theme to the c200; that's why I'm wondering. 20.38.14 # i don't think that is possible 20.38.42 # Hmmm, darn. 20.38.47 Quit Thundercloud (Remote closed the connection) 20.40.06 Join coatman [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 20.41.25 # what you could try is using an uisimulator for a device with a larger screen and modify tha WPS until it fits in an area in tha upper left corner of the size of the target screen. but i'm not sure if this will make it easier. 20.42.09 # I did (iPod Video) and the WPS refused to display. 20.42.26 # sounds like the wps itself is broken. 20.42.36 # More like I broke it. :( 20.42.45 # the console output should give you a hint where it fails 20.42.48 # that's an option too ;-) 20.42.56 # you could also try to use checkwps. 20.43.09 # How do I bring up the console output (Linux binary) 20.43.10 # but running the sim (using --debugwps) gives a similar output 20.43.23 # run it from a console ;-) 20.43.28 # does anyone have PCB photo or scans of a c200 that are more detailed than the ones at anythingbutipod? 20.43.58 # I could photograph mine..... 20.44.49 # Anyway, thanks Paul and blue, I'll try those. 20.44.53 Part Strife89 20.45.24 # I have one too that I can open and photograph, but if there's already a collection of high-res photos available, I'd rather use those 20.45.30 # saratoga, congrats (again?) on the WMA improvements. 20.46.34 # soap: thanks 20.47.16 # regarding wma, i don't mind talking about porting it to other projects so if anyone else comes in asking about it i can talk to them 20.50.21 Join MethoS- [0] (n=clemens@host-091-096-209-228.ewe-ip-backbone.de) 20.51.07 # saratoga: do you know what kind of fft the tremor transform uses ? 20.55.12 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 20.55.49 Quit bluebrother ("Leaving") 20.56.38 Join MethoS_ [0] (n=clemens@host-091-096-214-162.ewe-ip-backbone.de) 20.58.48 Quit swears (Read error: 104 (Connection reset by peer)) 20.59.47 Quit n17ikh|Lappy (Read error: 104 (Connection reset by peer)) 21.00.30 Quit fyre^OS (Read error: 104 (Connection reset by peer)) 21.00.37 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 21.01.02 Join fyrestorm [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 21.03.07 Quit MethoS (Read error: 110 (Connection timed out)) 21.09.39 Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) 21.10.41 Quit MethoS- (Read error: 110 (Connection timed out)) 21.14.03 Join MethoS [0] (n=clemens@dyndsl-085-016-164-241.ewe-ip-backbone.de) 21.14.14 Quit BigBambi (Read error: 113 (No route to host)) 21.14.36 *** Saving seen data "./dancer.seen" 21.16.11 # merbanan: you mean like radix-2 or whatever? 21.16.18 # i'm not sure what the specific transform used is called 21.21.08 Quit Arathis ("Bye, bye") 21.24.48 Quit saratoga ("CGI:IRC (EOF)") 21.30.55 Quit MethoS_ (Read error: 113 (No route to host)) 21.36.50 Quit coatman ("Leaving.") 21.37.10 Join coatman [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 21.39.29 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 21.41.41 Join MethoS- [0] (n=clemens@dyndsl-085-016-162-177.ewe-ip-backbone.de) 21.42.34 Quit Bensawsome ("The awsome is gone :(") 21.45.41 Join n17ikh [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) 21.46.22 Quit swears (Read error: 104 (Connection reset by peer)) 21.46.59 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 21.50.52 Quit n17ikh (Read error: 104 (Connection reset by peer)) 21.51.31 Join n17ikh [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) 21.53.28 Quit n17ikh (Read error: 104 (Connection reset by peer)) 21.55.40 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 21.57.29 Quit MethoS (Read error: 110 (Connection timed out)) 21.59.06 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 22.13.03 Quit swears (Read error: 104 (Connection reset by peer)) 22.13.40 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 22.21.46 Join nuonguy [0] (n=john@c-24-6-187-202.hsd1.ca.comcast.net) 22.26.22 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-c3861d57f32ca9d4) 22.27.10 # how do I make the flac test program? 22.28.15 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.28.17 # never mind i can't read 22.40.55 Quit coatman ("Leaving.") 22.40.59 Join coatman [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 22.43.29 # domonoky: did you see what i wrote yesterday about you changes in r18002? 22.48.21 Quit swears (Read error: 104 (Connection reset by peer)) 22.49.09 Quit bluebrother (Nick collision from services.) 22.49.14 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.50.30 Join swears [0] (n=swears@ool-4356d08b.dyn.optonline.net) 22.55.21 Join ze [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) 23.02.05 # nope, will check the logs :-) 23.05.03 # ah, i see the problem... 23.08.22 Quit massiveH ("Leaving") 23.09.22 # domonoky: why not build the objects for ppc and i386? Then you can build the universal lib in one go 23.09.32 # *into subfolders 23.09.45 # (insert at correct position ;-) 23.11.59 # bluebrother: feel free to improve, i just needed to work around the problem, that ar doesnt handle universal binarys.. 23.12.09 # how do I tell a makefile to make a file one level up in the tree? 23.12.23 # trying to do file.o: ..file.c doesn't seem to work 23.12.37 # file.o: ../file.c 23.14.02 # midgey: i commted a fix, i hope it works (it wont be universal) 23.14.06 Quit ender` (" Just because I have a short attention span doesn't mean I") 23.14.40 *** Saving seen data "./dancer.seen" 23.15.23 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.19.55 # saratoga: make a file one level up? What do you want to do? 23.23.24 Join coatman1 [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 23.23.44 Quit coatman1 (Client Quit) 23.24.01 Join coatman1 [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 23.24.28 Quit coatman (Read error: 104 (Connection reset by peer)) 23.25.54 Quit coatman1 (Client Quit) 23.26.11 Join coatman [0] (n=jacob@97-85-151-141.static.stls.mo.charter.com) 23.26.13 # domonoky: do we want to build the universal binary in all cases on mac? I guess not. 23.28.18 # hm, it wouldnt hurt to build it always universally, if it wasnt so complicated to build, damn ar .. 23.30.53 # bluebrother: I want to make a standalone codec like flac does, but to do that I need to have the makefile reach down one level from the codec's folder to the codec's parser 23.30.54 # does osx allow building as universal in all cases? Or do you need to install something special for that to work? 23.31.38 Join no_BRAINerd [0] (n=4aebee43@gateway/web/cgi-irc/labb.contactor.se/x-d8748b30f6c94bb8) 23.31.41 # saratoga: wouldn't it be better to have a makefile a level up and let that do the work? 23.32.30 # bluebrother: it would get reverted pretty quickly if I put a makefile in apps/codecs 23.32.52 # hmm, right. But doesn't using relative paths not work? 23.32.57 # i think you dont need anything special to build universal binarys, you just pass two "-arch" commands to gcc, but then ar cant handle the .o files correctly :-) (and also some minor makefile tweaks are needed) .. 23.33.55 # so I just need to put an absolute path? 23.34.47 # saratoga: no. For example, the librbspeex Makefile simply has "../rbspeexenc". 23.35.07 # Should work similarly for you (or I haven't got your problem correctly ;-) 23.36.33 # bluebrother: where is that makefile? 23.37.02 # tools/rbspeex 23.37.47 Quit massiveH (Read error: 104 (Connection reset by peer)) 23.38.44 # domonoky: seems to work great, thanks 23.39.20 # bluebrother: http://pastebin.com/m6b411f21 23.39.54 # gives "make: *** No rule to make target `wma.o', needed by `test'. Stop. " 23.40.20 # saratoga: you don't provide rules for the other source files as well. 23.40.23 Quit jhulst (Read error: 113 (No route to host)) 23.40.44 # bluebrother: needed to change "wma.o" to "../wma.o" 23.41.57 Join ZincAlloy [0] (n=d9eefd8a@gateway/web/cgi-irc/labb.contactor.se/x-f180dcd471ef0278) 23.42.31 # how did you produce wma.o? using an implicit rule? 23.43.28 # bluebrother: I'm not sure what you mean 23.43.40 Join BRAINerd [0] (n=BRAINerd@adsl-235-238-67.mco.bellsouth.net) 23.44.16 Quit no_BRAINerd ("CGI:IRC (EOF)") 23.45.16 # well, you need a rule to compile wma.o from wma.c. The makefile you posted only lists wma.c as prerequisite for wma.o, but doesn't contain a rule 23.45.18 Quit SirFunk (Remote closed the connection) 23.46.43 # i don't know enough about makefiles to say 23.46.48 # i've always just done it this way 23.48.05 # try something like this: http://pastebin.com/m5be354de 23.48.12 # couldn't test it though. 23.48.49 # oh, and you might want to add $(CFLAGS) to the gcc call. 23.49.02 Quit Vorador ("Ex-Chat") 23.51.02 # bluebrother, there are implicit rules to go from .c to .o, but that is still a bit of black magic to me too 23.51.32 Quit merbanan (Remote closed the connection) 23.51.55 # bertrik: true, but do those implicit rules still get applied if you provide a new rule just adding prerequisites? 23.52.54 # but it looks so ... 23.53.24 Join SoulSeeker [0] (n=soulseek@c-24-1-251-218.hsd1.il.comcast.net) 23.53.50 Quit Bensawsome ("The awsome is gone :(") 23.58.12 Quit coatman (Read error: 60 (Operation timed out)) 23.58.25 # * bluebrother wonders if saratoga had success