--- Log for 08.08.106 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 6 days and 18 hours ago 00.00.31 # i ment the list of course 00.00.57 # senab: Yes 00.01.01 # * amiconn doesn't follow the lists too closely nowadays 00.01.16 # it was about a week ago 00.01.30 # Paul: aaaah ok, now i know ;) 00.02.09 # Hmm, +386 bytes on archos recorder. less than I thought, but I still consider it a suboptimal solution 00.02.38 Quit cq ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 00.02.47 Quit lightyear (Remote closed the connection) 00.05.30 Quit senab (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 00.06.51 # amiconn: I still think it's a good solution until all screens would use the user font, and that might even keep us informed in what there is to do both at the same time having users using their own native language. furthermore I think I'll start by trying to port the pitchscreen, do you have refrences of the way that you think it should be done? 2.do you vaguely remember something about holding left/right for horizontal scrolling and do you have an 00.08.59 # I think on the pitch screen you'll run into the same problem as with the quickscreen - you cannot place 2 texts next to each other and have them scrolling within their box 00.09.12 # This will need viewports. 00.09.29 # I guess the recording screen will be easier, evenn though it contains more 00.09.58 # amiconn: gray_core.c:1473: warning: unused variable 'mask' (see cvs build table) 00.10.07 # yes, saw that 00.11.09 # For some reason I overlooked it in my local tests 00.11.18 # the pitch screen is using the GUI_QUICKSCREEN widget.. and I have the smallest idea about what you are all talking about with the viewports so I couldn't start working on something like that. 00.11.21 # * linuxstb commits 00.12.27 # how about truncating long strings for now? We could just replace the last characters with "..." 00.12.47 # anyone wants to express his thoughts about http://www.rockbox.org/tracker/task/5182? 00.13.24 # lamed: The problem I am talking about is that both the quickscreens and the pitch screen have actions associated with << and >>, and the texts are placed resembling the button "cross" / joystick 00.13.33 # bluebrother: are you refering to my issue? 00.13.39 # lamed, yes. 00.14.31 # So there are 2 texts to be placed next to each other, i.e. into th eleft & right half of the screen. Now each of the texts can be longer than 1/2 screen width and would need to scroll - within its area 00.14.51 # That's currently impossible, but will be, hopefully soon 00.15.22 # I was previously thinking about something like that for a complete different topic. When not using scrolling lines in wps the line gets simply truncated so having them clipped with a trailing "..." like e.g. konqueror does would be nice. 00.15.50 # amiconn: I guess that would take changing the scrolling thread? 00.15.55 # bluebrother: How would you fit "..." onto a string that can only be 3 chars long? 00.16.20 # Isn't there defined a ... character? 00.16.25 # could be problematic. 00.16.37 # bluebrother: the problem in my case is non-latin language users get squares instead of text where rockbox is using the internal font 00.16.56 # lamed: Not only the scroll thread. The idea is to introduce viewports, i.e. selectable screen areas which behave like a window for drawing operations, with clipping and all 00.17.03 # but usually that problem would occur with bigger sized displays and big fonts I guess. 00.17.33 # lamed, thats true but I was thinking about a way to get the quickscreen using the user font without scrolling 00.18.03 # The scrolling in the quickscreen is broken anyway, because of another deficiency in the scroll thread 00.18.05 # having viewports would be better, but maybe there's a simple not-so-ideal solution for now. 00.18.38 # bluebrother: I have a problem with half-baked solutions. They tend to block the proper solutions 00.18.39 # amiconn: well then, I guess i'm back at where I started, thinking it's better having things my way up until one of you gurus would have viewports up and running :P 00.19.15 # * amiconn doesn't consider viewports higher magic 00.19.31 # They will make a number of things easier 00.20.16 # * amiconn thinks that viewports should be his next project 00.20.18 # Not to mention they've already been implemented. 00.20.24 # Paul_The_Nerd: ?? 00.20.38 # amiconn: Either Bluechip or that other guy implemented them. 00.20.42 # just agree you're one of the project's gurus, that's it :) and about the viewports, please try to remember we are missing RTL scrolling for hebrew (and arabic but I don't think anyone is using arabic with RB) 00.20.44 # amiconn, I agree with you about half-baked solutions not being good. But there's always a tradeoff between solutions and maybe sometimes a not-optimal solution could be cheaper. 00.20.46 # I think it was the other one. 00.20.50 # Are you referring to the scrolling margins patch? That's not viewports 00.20.56 # No, actual viewports supposedly 00.21.00 # I think it was gl.tter. 00.21.22 # thus I don't consider it as useless discussing it ;-) 00.21.23 # He posted to the mailing list about his personal build that he was gonna be maintaining, and I went and checked it out, and it claimed to have viewports implemented. 00.21.34 # In fact I already have the basics in my head, and given that I wrote most of the drawing code... 00.21.52 # It's probably better that we have our own implementation of them anyway. :) 00.22.32 # * linuxstb breathes a sigh of relief at the green build table 00.22.50 # Hmm :/ 00.23.03 # bluebrother: I'm going to take a shot editing your nice manual :) 00.23.20 # linuxstb: Why did you #ifdef lcd_yuv_blit() for colour ipods? There are more colour targets... 00.23.45 # (in lcd.h) 00.24.06 # lamed, my manual? I'm not the only guy working on it ... I guess I'm more the latex guy than a text writer 00.24.13 # Because it's only implemented for those. 00.24.46 # Different philosophy then... 00.24.47 # blue: I just always see your name when it gets edited or something :) 00.26.24 # amiconn: You'd rather it be defined but empty for the other targets, so that people know to fill it in? 00.27.18 # lamed, I guess this is mainly because RL sometimes keeps me away from working on it for quite some time, and when that's over I have some stuff to do ;-) 00.27.34 # Paul_The_Nerd: I would just have it declared for other targets that _should_ implement it. As long as it's not used, the declaration doesn't hurt 00.27.39 # wow, editing the beast looks bad. 00.29.42 # lamed, what beast? 00.33.01 # what's the button hold macro..? 00.34.02 # hmm ... there isn't any. 00.34.40 # I guess because hold isn't a "button" in that sense. At least it was up to now. 00.35.36 # but I guess a sentence like "when hold is enabled the game is paused" wouldn't be problematic. Mainly because hold is somewhat a special key. 00.37.12 # Not all targets have a hold switch. Some places use "soft hold" with an ordinary button (combo) on these targets 00.37.31 # * amiconn wonders how that could be handled nicely in the manual 00.37.53 # ..especially as some plugins do use the hold switch as a button on 00.38.20 # hmm. Wasn't aware of that. 00.38.27 # (doom on ipod uses it to bring up the in-game menu, and rockboy on h1x0 uses it to flip through the various scaling options) 00.41.37 Part Paul_The_Nerd 00.43.44 Join razorblade [0] (n=c9f34820@labb.contactor.se) 00.43.57 # hello everyone! 00.44.02 Quit EbErT () 00.44.10 # hi! 00.44.48 # bluebrother: you where right on it, I wanted to add a HOLD pause games message. 00.44.48 # can anyone help me? i have a very annoying issue while compiling rockbox :-/ 00.45.05 # well go ahead and ask, razorblade! 00.45.49 # right, i have an ipod photo, and i just wanted to compilate the source becouse i wanted to try the wheel patch of the rockboy you know 00.46.02 # bluebrother: what do you want to do about it? make a new macro? 00.46.12 # lamed, I guess we need to find a good solution for the hold issue in the manual. I've added it to ManualTodo for now. 00.46.17 # i used the script in the sources tools, to make everithing i need, i run the configure 00.46.42 # lamed, I'm not sure. I guess we also need to describe the hold function somewhere shortly. 00.46.55 # but when i "make", it seeems to have a problem while compilating the sysfont.o, it says something about "long calls" not allowed 00.47.05 # and the compilations just stops there 00.47.22 # Which version of arm-elf-gcc are you using? 00.47.33 # if you want to add something now just mark it with the \fixme macro. See LatexGuidelines for some explanations. 00.47.50 # 2.95.3 if i remember well 00.47.55 # and gcc 4.0.3 00.48.16 # That's why - you need arm-elf-gcc 4.0.x as well.. Or at the very least 3.4.x 00.48.25 # razorblade: gcc 2.95.3 is way too old for anything rockbox 00.48.34 # hmmmmm 00.48.36 # For ipod you will need 4.0.x 00.48.48 # lamed, got to go now. Back another day. 00.49.00 # bluebrother: nah, I'm fed up with doing unneccecery work for one day :/ 00.49.06 # good night 00.49.17 # razorblade: use the rockboxdev.sh script and it'll pick the proper version for you 00.49.22 # (as long as it's on your todo list) 00.49.27 Quit bluebrother ("bye") 00.49.29 # yeah! i did that 00.49.46 # it took long time before downloaded everithing 00.49.58 # but seems like i need arm-elf 4.0.x 00.50.03 # then you have 4.0.3 00.50.03 # hmmm is there any binary package there for ubuntu/debian? 00.50.08 # ? 00.50.16 # rockboxdev.sh builds arm-elf-gcc 00.50.18 # and friends 00.50.36 # i used it 00.50.56 # Maybe you have arm-elf-gcc 2.95.3 in your $PATH as well (before 4.0.x) 00.51.29 # The arm multiplier is a strange thing... 00.52.04 # From what I read, it's a quite cheap solution, and multiplies byte-wise, making execution time depend on the input data 00.52.23 # hmmmm have sense... well the sure thing is, i used the script in "tools" but when running configure says Using arm-elf-gcc 2.95.3 , so i need to find the way to change that 00.52.24 # (the cpu optimises multiplication by zero away) 00.53.20 # razorblade: as linuxstb said, edit your path 00.54.52 # ok, im doing it alredy lets see what can i do 00.56.18 # Bagder: are you still working on the Sansa port? 00.56.29 # yes 00.56.35 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 00.56.38 # just slowly 00.56.42 # heh 00.56.54 # well, i'd be interested in helping 00.57.07 # however, no rockbox experience other than installing it on my fiance's ipod 00.57.10 # you'll be very welcome! 00.57.29 # great 00.57.40 # I tried to send you an e-mail, but it was returned! 00.57.55 Quit ender` (Read error: 104 (Connection reset by peer)) 00.58.06 # try again 00.58.11 Quit mirak (Connection timed out) 00.58.13 # I get thousands of mail every day 00.58.34 # well, basically it was asking if you were still working on it and offering help, so i don't think that one is necessary :-) 00.58.53 # you seen my latest page I put up today? 00.59.01 Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") 00.59.03 # http://daniel.haxx.se/sansa/e200-devboard.html 00.59.18 # i have not, i'll look now 00.59.54 # sweet! thank you guys, that problem was about to break my integrity hehehe 00.59.58 # bilbravo: He often posts mention of updates to the Sansa thread in the forum,. 01.00.30 # ah, haven't perused the forums much... just saw the note about the Sansa port on anythingbutipod.com 01.00.34 # thought i'd offer a lending hand 01.00.58 # as i'd love to play ogg/vorbis on my e250, plus why leave something alone wheni can mess with it? 01.00.58 # It's early enough along that there's still plenty to do. ;) 01.01.11 # oh yes 01.03.42 # bilbravo: the main focus right now for us is to figure out how to use the LCD 01.03.51 # ok 01.03.52 # us being me and MrH 01.03.55 # i'm reading through the forum 01.04.15 # i'll be leavingmomentarily, but i'll catch you tomorrow sometime or later tonight (not sure your timezone) 01.04.25 # 1 am here 01.04.33 # I'm off really soon 01.07.18 *** Saving seen data "./dancer.seen" 01.08.26 # ah, 7 PM here :-D 01.08.28 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 01.13.33 # damnit, the whole thing is screwed up! 01.13.47 Join mkey [0] (n=mkey@pD9E354E7.dip.t-dialin.net) 01.14.06 # are there any compilated build for an ipod photo, with the wheel fix for the rockboy? 01.14.17 # *builds 01.14.20 Quit dan_a (Read error: 110 (Connection timed out)) 01.14.40 # There are one or two "experimental builds" in the forums, but I don't know if they include that patch. 01.16.07 # hmmm crap i've alredy tryed those... well seems like im f%&ked up :( thank dudes anyway (Y) 01.18.43 # anyway, my sistem was kinda unstable, i thing im gonna reinstall everything 01.22.39 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 01.26.51 Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") 01.27.48 Quit razorblade ("CGI:IRC") 01.29.48 Quit Arathis (Read error: 110 (Connection timed out)) 01.35.11 Part Paul_The_Nerd 01.39.18 Quit mikearthur (Remote closed the connection) 01.40.14 Quit amiconn (Read error: 110 (Connection timed out)) 01.40.14 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 02.00.48 Quit petur ("here today, gone tomorrow") 02.00.55 Quit daurn|afk (Read error: 110 (Connection timed out)) 02.02.37 Join spiorf [0] (n=spiorf@host47-143.pool8250.interbusiness.it) 02.03.20 Quit spiorf (Client Quit) 02.09.14 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 02.10.27 # Bagder: have u tried 'manufacturing mode' on the 260r ? 02.15.47 Quit JoeBorn ("Leaving") 02.21.30 # amiconn: that's exactly how it works 02.21.48 Quit lodesi_ ("leaving") 02.21.49 # amiconn: for every byte in one of the multiplicands that is zero, you shave a cycle off the mul 02.21.58 # very annoying 02.28.34 Quit netmasta10bt (Read error: 104 (Connection reset by peer)) 02.35.37 Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3562416.sympatico.ca) 02.38.10 Join webguest70 [0] (n=4299238e@labb.contactor.se) 02.38.55 # Hey, I'd like to ask a question: I just installed rockbox on my nano and All the music is still in it's F00 type folders with random names anyway to get rockbox to load the Itunes DB so I can actually tell whats what? 02.41.53 # Read the TagCache section of the manual 02.42.02 # Rockbox won't use the iTunes DB, but it can create its own 02.42.28 # Okay, Thank you 02.43.25 Join fatherfork [0] (n=4898d815@labb.contactor.se) 02.44.44 Quit Kohlrabi ("Quit") 02.44.55 # hello everyone 02.47.23 # hi 02.49.01 Part pixelma 02.50.19 Quit webguest70 ("CGI:IRC (EOF)") 02.52.50 # Hey, is there any special reason Rockbox can't use the iTunes DB? 02.54.10 # We don't want to? 02.55.13 Join safetydan [0] (n=cbca159f@labb.contactor.se) 02.57.38 # Why not? 02.58.53 # Don't get me wrong, I mean, I'm all for using the file structure to navigate.. Just like my Archos, but it'd make sense to have the option for TagCache to be able to index both files loaded through iTunes and files loaded normally all into one group, wouldn't you say? 03.00.01 # TagCache indexes *all* files on the device 03.00.07 # That includes those synced over by iTunes 03.00.23 # Just because it renames them something screwy doesn't mean TagCache ignores them. It's only interested in the metadata anyway. 03.00.34 # Well, all supported music files on the device. 03.00.40 # But it's looking for ID3 tags... Do iTunes-loaded files carry that information? 03.00.47 # It's looking for metadata. 03.00.49 # Rudy4Pez: yes 03.00.53 # On FLAC files it looks for Vorbis comments 03.00.59 # Ah, ok, sweet. 03.00.59 # On AAC files it looks for MP4 metadata. 03.01.17 # None of this has anything to do with the iTunes Database... 03.02.54 # I'm sorry, I didn't know conversational tangents weren't permitted. 03.03.17 Join Criamos [0] (n=Criamos@p54933AD7.dip0.t-ipconnect.de) 03.03.17 # eh? 03.03.32 # Nothing. 03.03.35 # I just meant that I don't understand how this ties into the iTunes database. 03.04.22 # I wasn't complaining that the conversation went elsewhere. Just pointing out that you never brought up what about the iTunes database made you want it supported. 03.04.33 # Well I was thinking of people who already had music loaded via iTunes, and how it could be made easily accessible in Rockbox. 03.04.49 # First thing of which I thought, was to let Rockbox utilize the iTunes DB.. 03.05.03 # But TagCache already covers finding and indexing the music. 03.05.31 # But you "don't want to" do that, so the second logical choice would be to let TagCache index it, which it apparently does.. 03.05.34 # And I didn't know that. 03.05.35 # And it doesn't have filename restrictions, and can deal with music being added later by drag 'n drop. 03.05.55 # I like the "s around the don't want to. 03.06.00 # There's no reason *to* want to. 03.06.11 # there might be some scope for an "iTunes DB to TagCache DB" plugin. Converting things like smart playlists and so forth. 03.06.18 # Yeah 03.06.24 # (I'm assuming those things are stored in the itunes db on the iPod anyway) 03.06.30 # Though the "smart playlists" still require iTunes to do the playlist updating, I hear. 03.06.43 # They only change at sync-time if i understand 03.06.56 # Not as useful as the ones that could be created with a RuntimeDB search. 03.07.03 Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 03.07.14 # Does it actually store the "playlist query" or does it just store the list of files that matches the query? i.e. does the iPod query the database, or just work through a list generated by the iTunes program? 03.07.21 *** Saving seen data "./dancer.seen" 03.08.06 # I believe that the iPod just goes through a list 03.08.16 # iTunes itself generates the list each time a sync happens, based on the query 03.08.18 # Or so I've been told 03.08.23 # * Paul_The_Nerd doesn't use iTunes. 03.08.35 # heck I don't even use tagcache :) 03.08.53 # too much effort to tag things 03.09.50 # I'd use tagcache 03.09.56 # if I had my iPod working at all... 03.10.04 # sigh 03.10.19 # I keep my files obsessively tagged, and obsessively filenamed, but don't use TagCache. 03.11.28 # Same here. 03.11.54 # Having an Archos Jukebox forced me to keep a well organized music collection from the start. 03.39.17 # I wonder how people writing documentation can stay on task. 03.39.24 # * safetydan always gets distracted by code 03.40.53 Join daurn|laptop [0] (n=quae@124.243.137.107) 03.43.56 Quit Sinbios (Read error: 104 (Connection reset by peer)) 03.49.20 Quit Criamos (Read error: 110 (Connection timed out)) 03.51.06 Join |apo| [0] (n=r00t@dslb-084-057-064-105.pools.arcor-ip.net) 03.53.31 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 03.55.45 # safetydan: some ppl like writing code.. and some like wiritng docs... (which is more insane? :D ) 03.56.03 # Clearly the docs people. 03.56.39 Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) 03.56.44 # :) 03.56.49 # gatekeeper vs keymaster scenario 03.57.09 # eritten by tyhe code people. 03.57.09 # o document the code written by tyhe code people. 03.57.29 # stay off the booze sharpe :D 03.59.26 Quit apo` (Read error: 145 (Connection timed out)) 03.59.38 Quit sharpe (Read error: 54 (Connection reset by peer)) 03.59.47 # If someone could invent a text editor that does all the stuff that Eclipse lets me do to Java source to English "source" maybe things would be easier. 04.00.07 # hmmm.. the software keylocking is annoyingly implemented :p 04.00.09 # Either that, or an AI that can generate user documentation from source code 04.01.40 # amiconn: http://www.rockbox.org/tracker/task/996 I guess it was a long wait for that guy :) 04.02.12 # lamed, can u do a commit for me while everyone is asleep? :D 04.02.42 Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) 04.02.52 # strange. 04.03.00 # http://www.rockbox.org/tracker/task/5338 04.05.27 # JdGordon, how random is the folder selection? rand() % something usually isn't that random. 04.06.13 # that patch just is pretty random, it inserts the folder somehwere between two other folders in the current playlist.. its as good as its gonna get 04.07.43 # anyone wanna help me with a patch? 04.08.05 # disktidy.patch is out of sync with the CVS by one entry 04.08.16 # JdGordon, do you have some objection to whitespace in code or something? :) 04.08.18 # in other owrds I have to make one tiny change by hand 04.08.18 # int direction, first=playlist->started?playlist->index:0; 04.08.32 # I DLed from CVS 04.08.33 # :) its not that bad... 04.08.47 # How do I create a patch' 04.08.57 # had to remove spaces to stay under 80 chars p 04.09.00 # I'm confused by this syntax from the wiki: 04.09.06 # I don't know about that, it's combining... five statements in one line 04.09.11 # cvs diff -u file > patch 04.09.16 # JdGordon, that's what newlines are for 04.09.27 # all changes are in apps/plugins/ 04.09.49 # I want to do a diff from CVS apps/plugins/ to a file called disktidy.patch 04.09.56 # how do I proceed? :-) 04.10.27 # Am I stupid? (please dont answer) 04.11.01 # Are you trying to diff a single file or multiple files? 04.11.14 # the original patch affects three or four files 04.12.01 # actually it affects three files (makes changes) and creates one. 04.12.12 # Hi Febs 04.12.23 # Davide-NYC: the command line you had seemed fine, just change "file" to "apps/plugins" 04.13.33 # not /cvsroot/rockbox/apps/ ? 04.13.49 # or /rockbox/apps ? 04.13.56 # and does it recurse? 04.13.59 # well it depends on what your current directory is 04.14.02 # yes it will recurse 04.14.28 # I have renamed rockbox-devel, will that break it? 04.14.36 # no 04.14.49 # here goes (puts on helmet) 04.15.57 # jdgordon: it's a bad idea if I'll put something into the source without it being discussed if it's a good or a bad thing to have 04.16.35 # :) its been discussed a few times, noone will commit it tho, although i dont think there are acutlaly any objectinos to it 04.16.40 # I might get slaughtered 04.16.52 # JdGordon, you might also want to clean up the code and fix the whitespace issues 04.17.06 # clean up how? 04.17.34 # I think it would be nice if you suggest it in the dev list 04.17.45 # alright, the file I ended up with is missing the section that creates the disktidy.c file. Otherwise it looks good. 04.17.52 # what did I do wrong? 04.18.04 # the whitespace is my biggest issue with it on a quick skim 04.18.11 # k 04.18.29 # I could just creat the patch manually and ask people to test it 04.18.39 # cut 'n' paste from here really 04.18.52 # Davide-NYC, ah you'll need to do "cvs diff -uN apps/plugins > patch" 04.19.09 # what doe the N do? 04.19.14 # (and thanks) 04.19.49 # JdGordon, also shouldn't "RANDOMLY" be "SHUFFLED"> 04.19.52 # ? 04.19.58 # though I suppose random is different from shuffle 04.20.04 # Davide-NYC: include new files in the diff 04.20.17 # same deal! 04.20.18 # anyway, lunchtime 04.20.21 # (wierd) 04.20.26 # thanks 04.20.58 # Davide-NYC, try here for some help http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches#Submitting_A_Patch 04.21.05 # I think you'll need another step to add the file 04.21.19 # actually, sorry http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches#Creating_A_Patch 04.21.29 # ok thanks 04.21.36 # safetydan: iirc you have to falsely direct diff to /dev/null, otherwise it won't really create a new file. I could be wrong! 04.21.48 # that's in the old patch 04.22.06 # diff -u3 /dev/null /new/file > file.patch 04.22.26 # woa! what's that? 04.22.33 # to crate the patch 04.22.40 # replying to lamed i guess 04.22.41 # fromCVS? 04.23.21 # hey Shadowdog, you there? 04.24.17 # Davide-NYC: I would recommend "cvs diff -uN apps/plugins > patch" then "diff -u /dev/null apps/plugins/newfile >> patch" 04.24.33 # replace "newfile" with the filename of the new file 04.25.24 # that add 04.25.37 # adds the new file to the end of the patch 04.26.00 # >> == append? 04.26.08 # yes 04.26.12 # cool thanks 04.26.19 # BRB 04.27.33 # worked! 04.27.56 # I have new new theme and wps I'd like some feedback on, so if anyone has a minute to look at it, pm me and i'll give you a screenshot 04.28.15 # paste a link to the screeny and youll get better response 04.28.16 # thanks... but I can't believe it's a two command process if you create a file. Seems wierd to me, but hey, I'm a noob 04.28.31 # * JdGordon heads off to uni 04.28.37 # true 04.28.49 # one sec 04.32.56 # Davide-NYC, the process in the links I posted isn't a two command (after the cvsdo add bit anyway) 04.34.03 # ahh 04.34.11 # I was reading the bit AFTER that section 04.34.30 # so first cvsdo add file then generate the patch 04.34.53 # cvs diff -uN [files] > patch... where [files] can be a directory 04.35.03 # and it'll recurse to all of your changes 04.35.07 # correct? 04.35.38 # alright, here's a screenshot, let me know what you think: http://i19.photobucket.com/albums/b185/fatherfork/dump060807-223013.jpg 04.35.49 # also, I need some suggestions for the progress bar 04.36.23 # Davide-NYC: yes 04.36.39 # I'm always astonished how many people theme their WPSes after either the iPod interface, or Winamp, or Windows Media Player, or some other already existing interface. 04.36.48 Join netmasta10bt [0] (n=torment@pool-72-64-144-248.tampfl.fios.verizon.net) 04.36.59 # well, why mess with a good thing 04.37.06 # paul I agree 04.37.06 # I just like the aqua interface 04.37.29 # That assumes that I think that any of those *are* good things 04.37.31 # I just use the default, although every once ina while I'd like to see what's playing next. 04.37.53 # me too 04.38.01 # I took the default, stripped out the peakmeter, and replaced it with a basic grayscale image. 04.38.04 # actually, this is a good place to ask. Is there a WPS == default + what's up next? 04.38.13 # You could make one pretty easily 04.38.22 # busy learning how to patch 04.38.26 # :-P 04.38.26 # so no go for mine? 04.38.27 # The code for the default WPS is in the Recorder WPS gallery 04.38.44 # arghh, OK OK 04.38.59 # fatherfork: What do you mean No Go? I mean, I personally dislike it because I think iPod interface clones are silly, but why on Earth should anyone here's opinion matter anyway? 04.39.35 # well, if I'm going to upload it to the gallery, I think someone other than me should like it 04.39.37 # Davide-NYC: :-P Well, nobody's made one yet like that. Though if you skim the H100 gallery, there's a lot of text-based ones (that could very easily be used on any player) so one of those ought to be pretty similar to what you want. 04.39.45 # should I just go ahead and upload it anyway? 04.39.55 # I go check it out 04.41.10 Quit hannesd (Read error: 104 (Connection reset by peer)) 04.41.41 # YO YO !! Please test my first ever patch! 04.41.44 # http://www.rockbox.org/tracker/task/2596 04.42.09 # I didn;t write it, I just fixed it. Pretty stupid but I'm excited 04.42.13 # :-P 04.43.46 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 04.43.52 # Looks like you've generated the patch correctly too 04.44.39 # yay 04.45.45 # quick question about wps 04.46.28 Join scorche [0] (n=scorche@208-110-158-46.customer.csolutions.net) 04.46.31 # is the vertical line spacing only determined by the font being used? 04.46.32 # Question: What does it take to get a plugin commited to CVS? 04.46.53 # I find Disktidy to be universal for all DAP that are UMSes 04.46.59 # fatherfork: Yes. 04.47.03 # back! 04.47.07 # OSes leave detritis 04.47.09 # thanks paul 04.47.15 # Davide-NYC: I honestly don't know why that one hasn't been committed. 04.47.29 # can you commit that sucker? 04.48.01 # Well if no one beats me to it, I can always do it when I get home. 04.48.08 # It needs the linux detritis added (mention of gnome leving crap behind) but other than that it's good to go 04.48.19 # *leaving 04.48.46 # Please do, I think Mac and Win32 is the majority of users (even rockbox users) 04.51.13 # Quite probably. I use Linux and Gnome so I can probably extend it to deal with the folders it sprinkles about the place as well. 04.51.49 # That would be truly sweet. 04.53.05 # * Paul_The_Nerd thinks Rockbox really needs a better resampler. 04.54.14 Quit Rudy4Pez () 04.58.32 # wonders what a resampler is and how to display italic font in IRC 04.59.28 # That was an action 04.59.34 # You type /me whatever 04.59.38 # Davide-NYC, not italics in IRC, only bold and underline 05.00.12 # * Davide-NYC haha I think I got it 05.00.24 # I was just referring to what adjusts the sample rate of music before playback, for example, upsampling a 32khz file to 44.1 before playback. It sounded very bad, and resulted in people thinking that there's something wrong with our MP3 decoder 05.01.11 # Sounds like a job for preglow. 05.01.26 # I think a new resampler is somewhere on preglow's todo list... 05.01.32 # Maybe we need another preglow :) 05.01.56 Join Jungti1234 [0] (n=jungti12@125.188.3.64) 05.02.00 # Febs: Remember this thread: http://www.misticriver.net/showthread.php?t=37144 <--- The guy who said it only happens on podcasts just PMed me a sample file. It's almost definitely the resampler doing the it. 05.02.09 # * Paul_The_Nerd fires up the cloning vats. 05.03.29 Join Rob2222_ [0] (n=Miranda@ACADECBF.ipt.aol.com) 05.03.45 # hello 05.07.22 *** Saving seen data "./dancer.seen" 05.07.53 Quit Rob2222 (Read error: 145 (Connection timed out)) 05.08.11 Quit barrywardell () 05.08.46 # hmm strange 05.10.38 # hi 05.10.51 # Why should language translation file be using Latin characters? 05.11.10 # come again? 05.11.23 Quit secleinteer (Connection timed out) 05.11.27 # http://www.rockbox.org/twiki/bin/view/Main/NonLatinLanguages 05.11.29 # what languages do you speak? 05.11.31 Join secleinteer [0] (n=secleint@70.230.187.169) 05.11.33 # korean 05.11.52 # see.. 'for Translators' 05.11.57 # and you don't get korean on the quickscreen right? 05.12.19 # yep, but I mean, why should language translation file be using Latin characters.... 05.12.35 # For the quickscreen and some other screens, only latin characters are available 05.12.59 # because it's better then having squares all around wouldn't you agree? 05.13.12 # Does rockbox's default font support Japanese? 05.13.28 # you already know the answer 05.13.44 # ah, ok 05.14.03 # it's a tradeoff, you get to use the problematic screens using english, until everything uses the user selected font. 05.14.34 # I wrote that wikipage. could you clarify it for me or tell me what there is to clarify? 05.14.49 # Getting user selected font to work on all screens is going to hurt. 05.14.58 # Especially if it's something really big like the unifont 05.16.23 # lamed: You probably want to state that "On some screens only sysfont may be used currently. Because only latin characters are available to it, all sysfont strings must currently be latin, or they will display as non-character squares." or something similar 05.16.55 # where is 'http://www.rockbox.org/tshirt-contest/'? 05.18.41 # that was old 05.19.06 # Rockbox's default font doesn't support Japanese. no? 05.19.13 # http://www.rockbox.org/codes_new.png 05.19.24 # but, there is Japanese. 05.20.55 # use it :) 05.26.28 # listen, Paul_the_nerd, jungti1234, it's 6:30 am, I can't think. try to understand whether http://www.rockbox.org/twiki/bin/view/Main/NonLatinLanguages makes sense or improve it :) jungti1234, I'd love if you make some corrections for the lang_sysfonts_ strings, will upload them soon 05.26.54 # goodnight 05.27.33 Quit lamed ("6:30 pm !") 05.27.33 Quit fatherfork ("CGI:IRC (EOF)") 05.32.11 Quit secleinteer (Read error: 60 (Operation timed out)) 05.33.21 Join secleinteer [0] (n=secleint@70.230.187.169) 05.36.43 Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) 05.45.39 Quit Jungti1234 () 05.48.24 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 06.03.41 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 06.06.03 Join Rudy4Pez [0] (n=A@65-102-20-210.ptld.qwest.net) 06.16.22 Quit midgey34 (Read error: 110 (Connection timed out)) 06.32.03 Quit sharpe ("Leaving") 06.32.27 Quit secleinteer (Read error: 60 (Operation timed out)) 06.33.08 Join secleinteer [0] (n=secleint@70.230.165.161) 06.33.36 Part Paul_The_Nerd 06.35.46 Quit rotator ("zzzzzzzzzz") 07.02.19 Quit secleinteer (Read error: 60 (Operation timed out)) 07.03.03 Join secleinteer [0] (n=secleint@70.230.157.17) 07.07.24 *** Saving seen data "./dancer.seen" 07.15.47 Join jhMikeS [0] (n=jethead7@adsl-68-73-200-163.dsl.sfldmi.ameritech.net) 07.16.36 Quit _jhMikeS_ (Read error: 104 (Connection reset by peer)) 07.20.14 # safetydan: still around? 07.29.01 Quit S0ap (Read error: 110 (Connection timed out)) 07.30.10 # morning ;) 07.30.55 # morning 07.31.20 Quit secleinteer (Read error: 54 (Connection reset by peer)) 07.33.13 Join secleinteer [0] (n=secleint@70.230.156.81) 07.36.37 # *couph* task 5338 is synced again to cvs.... someone commit it... 07.40.36 Join spiorf [0] (n=spiorf@host69-214.pool8248.interbusiness.it) 07.48.18 Quit Rudy4Pez (Read error: 145 (Connection timed out)) 07.54.06 Join EbErT [0] (n=EbErT@adsl-211-88-7.asm.bellsouth.net) 07.54.45 # anyone ever replaced an iPod battery before ? 07.57.38 # does anyone else think show_main_backdrop(); should be defined for non colour lcds to remove the #ifdef HAVLE_LCD_COLOR suorungind it for every call? 08.00.05 Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) 08.01.22 Quit spiorf ("Read error: 104 (Connection reset by peer)") 08.02.38 Quit secleinteer (Read error: 60 (Operation timed out)) 08.03.24 Join secleinteer [0] (n=secleint@70.230.157.168) 08.08.12 # ScoTTie_: i'm sure there are many 08.08.40 # im just wondering which sites they bought them from 08.08.57 # the ones ive found look a little shady 08.09.59 Quit midkay ("Leaving") 08.11.03 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.20.57 # hey has any1 had the problem that when you're charging and playing music at the same time, when the battery gets to 100%, rockbox freezes and you have to do a menu+select restart? 08.21.33 # ScoTTie_: ebay, hm... 08.29.52 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 08.33.11 Part EbErT 08.41.26 # JdGordon, yeah still around 08.51.02 # but not for long 08.51.03 # home time 08.51.05 Part safetydan 09.01.49 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 09.04.48 Join ender` [0] (i=null@84.52.165.220) 09.04.53 Join petur [0] (n=d4efd6a6@labb.contactor.se) 09.07.26 *** Saving seen data "./dancer.seen" 09.07.59 Quit _Veseliq_ (Remote closed the connection) 09.17.05 # does anyone know how to open an ipod? 09.17.18 # hammer? 09.17.28 # * Bagder ducks 09.17.43 # ho ho ho :p 09.17.55 # :D 09.17.58 # google? 09.18.19 # waiting for ff to open 09.18.23 # 'lo Bagder 09.18.34 # 'eeeeeello 09.21.23 Quit midkay ("Leaving") 09.21.44 Quit uski (Read error: 104 (Connection reset by peer)) 09.21.58 Join midkay [0] (n=midkay@rockbox/developer/midkay) 09.24.39 # Good morning! Is there a wiki page yet about video compression to work with the shiny new decoding features? 09.25.46 # something happen over the weekend that i was not here? o_O 09.26.40 # Lynx_: you can create one 09.27.03 # scorche: mpeg player 09.27.24 # markun: i might, once i find the mencoder command someone pasted here yesterday 09.27.30 # Mikachu: go on... =) 09.27.38 # Lynx_: you mean me? 09.27.48 # Mikachu: might have been you, yes :) 09.27.54 # (but it wasn't mencoder) 09.28.02 # at least, mencoder encoded files don't work for me 09.28.31 Quit secleinteer (Read error: 60 (Operation timed out)) 09.28.42 # Lynx_: this one? 23.07.45 # mencoder input_file -vf scale=224:176 -of rawvideo -ovc lavc -lavcopts vcodec=mpeg2video -o output.m2v <= this should work 09.29.15 # it should, but it probably won't 09.29.19 Join secleinteer [0] (n=secleint@70.230.157.168) 09.29.30 # Mikachu: any idea why not? 09.29.41 # Lynx_: yep, very probably this won't work ... 09.29.55 # mpeg2dec -o pgmpipe < input.m2v | pgmtoy4m -r 25:1 -a 4:3 | y4mscaler -O size=176x128 | mpeg2enc -a 2 -f 8 -q 6 -D 10 -E -10 -K tmpgenc -4 1 -2 1 -o output.m2v 09.30.03 # ok. i'm just looking for a windows way of transcoding video to mpeg5 09.30.05 # 2 09.30.07 # you can use that to recode an already mpeg2 stream 09.30.23 # no idea about windows 09.30.42 # well, with video playback in cvs that question will crop up frequently i guess 09.31.04 # you can use these two commands for other files 09.31.19 # mplayer input.file -vo yuv4mpeg -vf scale=176:128 -ao null -ac null 09.31.26 # cat stream.yuv | mpeg2enc -F 4 -a 2 -f 8 -b 400 -4 1 -2 1 -Q 1 -D 10 -E -10 -K tmpgenc -4 1 -2 1 -o output.m2v 09.31.37 # w00t... got the bitch open 09.31.39 # you can run mkfifo stream.yuv first to avoid the temporary file 09.32.14 # and that is the sum of my knowledge on the matter 09.33.31 # ok, i'll try to find the most simple windows way of transcoding 09.33.35 # -b 400 is the bitrate and -F 4 sets the framerate, use -F 0 to get a list of possible values there 09.34.03 # what should the ipod do if i plug my hdd from the h300 into it? 09.39.14 # give some screen that it's borked and you need to run the repair tool? 09.41.12 # are they using the same kind of disk connector? 09.41.25 # ye 09.41.36 # same discs 09.41.53 # linuxstb: you may want to reset the idle timer after the video finishes playing 09.44.19 Join barrywardell [0] (n=barrywar@host-194-46-234-58.dsl-ie.utvinternet.net) 09.47.36 # hmm... fark.. why is my h300 not turning on after i opened t? 09.48.01 # a mystery indeed 09.48.17 # turns on with AC, so still alove :p 09.50.25 # wierd.. rb refuses to start? 09.50.54 # i can turn it on with the ac plugged in, but if i try pressing on with no ac it just stays at a black screen 09.53.15 Quit secleinteer (Read error: 54 (Connection reset by peer)) 09.55.06 # how do i do a disk scan/check in linux? i have a suspicion the disk is fubar.. 09.55.18 # fsck 09.55.37 Quit fejfighter () 09.55.40 # JdGordon: dosfsck 09.55.59 # ta 09.56.17 Quit mikearthur (Remote closed the connection) 09.56.35 # w00t, video works. somewhat. 09.57.11 # hmm.. all dosfsck tells me is that the free clusters are marked wrong.. how od i do a proper disk scan? 09.57.32 # what's a "proper disk scan" ? 09.57.34 # ok, so Bgers mencoder command works (with -nosound added), and the video runs on my H300. But it often has strong block artifacts 09.57.40 # surface scan? 09.58.40 # no idea 09.58.50 # umm, how would i stop video playback? 09.59.19 Join secleinteer [0] (n=secleint@70.230.145.7) 09.59.47 # badblocks for future reference 10.01.06 # should pressing stop quit the video plugin? i seem to have to reset the player to stop it 10.02.02 # Lynx_: yes, there's no exit button 10.02.09 # Mikachu: ok 10.02.21 # Lynx_: and yeah, that's what happened to my mencoder videos to 10.02.22 # o 10.02.41 # Mikachu: ah, so it's only mencoder 10.04.29 # is there anyway to restore the ipod without the 56mb apple program? 10.04.51 # do the rockbox install backwards 10.05.07 # would that work? 10.05.17 # make sure the partitions are correct, then just write back your backups of the mbr and sda1 10.05.36 # worked for me every time, never got their restore program to recognize the ipod 10.05.37 # they arnt... im testing a difeent hdd with the ipod 10.05.52 # well, set them up as they should be then 10.07.02 Join safetydan [0] (n=dan@cor4-ppp3002.bri.dsl.connect.net.au) 10.07.06 # disk is doing alot of clicking which it doesnt do in my h300, so sounds like a hardware problem and not the hdd itself? would rockbox possibly solve that? 10.07.16 # or wishful thinking? 10.07.27 # sounds unlikely to me 10.08.33 # worth a try anyway.. :p 10.08.41 Quit sven_ (Read error: 113 (No route to host)) 10.08.51 # the disk from the ipod seems to work fine in my h300 10.11.23 Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 10.17.15 # grr... nope, installed rb and tryed booting but didnt work 10.17.47 # so... how does the mpeg player work? :p 10.17.57 # anyway, i'll try it now 10.20.23 # ok, maybe not!!!! it just booted 10.21.05 # * Bagder is stuck in a loop: patch, build, reflash, fail, patch, build, reflash, fail... 10.21.38 # * Mikachu gives Bagder a glass of pulverized birds 10.22.06 # (that is only fun if you've played starship titanic) 10.22.36 # * Bagder is incompatible with games 10.22.45 # Mikachu: that was a game? 10.23.01 # * petur has only read starship titanic 10.23.07 # * ze too 10.23.43 # http://www.starshiptitanic.com/ 10.24.32 # there is also a game, by the company douglas adams started 10.24.41 # hehe, backlight fading is awesome 10.24.43 # he is slightly featured in the intro and ending 10.24.55 Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) 10.26.05 # it also features terry jones and john cleese as voice actors 10.26.43 # * petur discovers the game.... win95? yuck 10.26.45 # Bagder: patching/building/reflashing what ? the sansa devboard ? 10.26.53 # heh, yeah it's old 10.27.00 # Bg3r: nah, my work board 10.27.09 # ah:) 10.27.11 # doing a linux port 10.29.23 # * amiconn is thinking about viewports, and would like to hear opinions about a special problem 10.29.55 # Today, the scrolling code decides that it's time to drop the scrolling lines when the whole screen gets cleared 10.30.30 # With viewports, we need a way to destroy a scrolling object (yuck, sounds like oo) 10.31.13 # I wonder what would be the best way to do this... 10.31.34 # i think rockbox fixed this ipod! 10.31.38 # 3 cheers to all 10.32.36 # Viewports will be structs provided by the app code that uses them. Usually the firmware layer does not need to store them, except if it comes to scrolling 10.32.43 Join qwm [0] (n=qwm@h229n1fls34o1010.telia.com) 10.33.42 # The scrolling code will have a number of viewport "slots" for scrolling text objects 10.40.05 # ok, my h300 is refusing to turn on unless the ac is plugged in??? any ideas whats wrong? the batt is full 10.40.34 # does it power down when ac is removed? 10.41.08 # it doesnt power down, it just turns off 10.41.17 # like a crash.. 10.41.30 # battery connected ok? 10.41.52 # i unplugged it and plugged it back in.. i guess ill check again 10.42.55 # JdGordon: i hope u haven't messed the polarity ? 10.43.26 # only goes in 1 way 10.43.31 Quit slarti_ (Remote closed the connection) 10.45.41 # does ipod not charge from ac? 10.46.16 # no, it does.. the icon isnt the same as on h300... 10.49.09 Quit midkay (Read error: 104 (Connection reset by peer)) 10.49.36 Join midkay [0] (n=midkay@rockbox/developer/midkay) 10.50.25 # did anyone try to compile mpeg2enc in cygwin? 10.52.10 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 10.54.26 # Lynx_: No, but afaik, it should work. 10.54.43 # linuxstb: no, it doesn't here 10.55.00 Join slarti [0] (i=slarti@gentoo/developer/slarti) 10.55.05 # What's the problem? 10.55.25 # linuxstb: motionest.cc:780: error: invalid conversion from `unsigned int*' to `uint32_t*' 10.55.30 # fuck, found the problem.. broke the battery wire :'( 10.55.59 # Lynx_: Are you using their latest CVS, or a released package? 10.56.22 # linuxstb: i got the newest tarball from their site 10.56.26 # JdGordon: better that than something else... 10.56.40 # ye. i guess so 10.57.17 # linuxstb: my friend owes u heaps... installed rockbox on the ipod seemed to fix its fucked up hdd! 10.58.09 # dinner!! bbs 10.58.40 Quit secleinteer (Read error: 60 (Operation timed out)) 10.59.30 Join secleinteer [0] (n=secleint@70.230.178.138) 10.59.30 # Lynx_: If I was you I would give up and use one of the many MPEG encoders there are for Windows. tmpgenc seems highly regarded, but I'm not 100% if it's still free. 10.59.58 # if I were you I'd give up and install linux 11.00.31 # linuxstb: yes, i tried mencoder and ffmpeg, but those give bad results on the player. i'll look for tmpgenc. 11.00.42 # http://www.tmpgenc.net/en/e_download.html 11.01.05 # Mikachu: Did you ever try playing your bad mencoder encodes with mpegdec? 11.01.13 # ^mpeg2dec 11.01.29 # i don't think so 11.01.39 # do you use their decoding code? 11.01.44 # Yes. 11.02.08 # mpeg2dec is really just a demo program that comes with libmpeg2. 11.02.37 # (but it's also very useful for feeding mpeg2enc) 11.02.55 # It has SDL and X11 output as well as output to files. 11.04.05 # looks fine in mpeg2dec but not in mpegplayer 11.04.25 # OK, I'll try and have a look. What resolution did you use? 11.04.42 # 176x128 11.04.47 # Also, what version of mpeg2dec do you have installed? 11.04.57 # 0.4.0 11.05.09 # my libmpeg2 is 0.4.0b 11.05.10 # OK - should be identical to mpegplayer then. 11.05.36 # Yes, 0.4.0b is what I used. But I've since discovered there have been a few changes in CVS, so I need to sync with those. 11.06.38 # argh 11.06.39 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.06.43 # there are two patches in gentoo, altivec-fix-0.4.0b.diff gcc34-inline-fix-0.4.0b.diff 11.06.51 # linuxstb: how can i convert my videos to mpeg-1 with a good resolution for my photo ipod? 11.07.03 # linuxstb: on windows atm 11.07.12 # 1) Install Linux; 2) Use mpeg2enc.... 11.07.26 # Sorry, I know nothing about video encoding under Windows. 11.07.28 # yeah, so i need to reinstall my grub only 11.07.30 *** Saving seen data "./dancer.seen" 11.07.37 # and then i'll get back to my amarok again too 11.08.14 # ffmpeg is a bit faster than mpeg2enc, encodes at 60fps 11.08.49 # i'll try with it... 11.09.40 # lex: or try tmpgenc, see url above 11.09.53 # Is it free? 11.10.04 # Mikachu: it whines about the resolution 11.10.13 # Mikachu: because i changed it to 220x176 11.10.27 # bleh, wine decides to not show any fonts 11.10.33 # MPEG video needs to be a multiple of 16x16 - so 224x176 11.10.39 # oh 11.10.40 # :) 11.10.56 # let's try again then 11.11.10 # and 15fps or what? 11.12.21 # * amiconn should test whether the mpegplayer likes videos encoded with tmpegenc on windows, but that requires porting the mpegplayer plugin to h300 first... 11.12.30 # On the Photo, it manages around 13.5fps for a full-screen video. Reduce that down to Nano-size (176x128), and the fps goes up to about 24fps. 11.12.43 # amiconn: No porting needed - it should work (but slower without lcd_yuv_blit) 11.12.52 # hmm 11.12.55 # linuxstb: Is it always 16x16, or only for colour? 11.12.57 # has it been optimised much? 11.13.15 # I think the macroblocks are 8x8, so the 16x16 requirement comes from the chroma subsampling 11.13.29 Join mkey [0] (n=mkey@pD9E354E7.dip.t-dialin.net) 11.13.40 # preglow: Not at all really. Apart from a "lcd_yuv_blit()" function I've added to combine the yuv2rgb conversion and writing the data to the LCD. 11.14.07 # But even that function is just a naive first implementation - that needs optimising. 11.14.31 # (there's a version for the Color/Photo and Nano in CVS, and I've written one for the 5g which I haven't committed yet). 11.14.45 # amiconn: macroblocks are 16x16, agaik 11.14.47 # afaik 11.14.53 # preglow: it was written yesterday 11.15.06 # amiconn: transforms blocks are 8x8 11.15.29 # hah, tmpgenc can't open m2v files 11.16.36 # rename to mpg 11.16.44 Join Arathis [0] (n=doerk@p508A6E92.dip.t-dialin.net) 11.17.40 # linuxstb: lcd_yuv_blit() can only handle 2x2 subsampling... :( 11.18.15 # linuxstb: tmpgenc is not free, at least not for mpeg2 11.18.19 # http://evot.us/x/rockbox/SSM11235.JPG hmm? :) 11.18.27 # is the problem in my compression or in rockbox? 11.19.19 # but it show correctly on WINDOWS MEDIA PLAYER, so.. :o 11.19.46 # amiconn: I know... If you think it will be useful elsewhere, I'll make it general again (assuming the performance hit isn't significant, which I doubt it will be). 11.21.10 # The implemetation in xlcd is probably somewhat slow, because it uses division. If we restrict the subsampling to powers of 2 and use shifts, the performance hit should be minimal 11.22.00 # Hmm, lcd_yuv_blit() won't be that useful for jpeg though 11.22.39 # It won't work well with scrolling; would require redrawing the whole screen 11.23.08 Part astecp 11.23.11 # does the lcd controller have builtin support for scrolling? 11.23.51 # so, now to decide how to handle audio :-) 11.24.09 # libmpa can already handle mpeg1 and 2 audio? 11.24.27 # wouldn't we pretty much want to use libmad? 11.24.33 # not having to optimise stuff over again 11.24.45 # maybe i meant mad 11.24.59 # the one we use in rockbox 11.25.05 # preglow: or ac3? 11.25.30 # markun: that's what i mean, it can contain anything (almost). ideally, we would want to use our ordinary codecs for this :) 11.27.01 Nick kclaf47 is now known as kclaf (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) 11.27.02 # can mpeg files really have ac3? 11.27.08 # that would mean having to solve the problem with iram, since the video codec would almost certainly also want to use that 11.27.18 # should the mpegplayer work properly on a photo ipod? 11.27.19 Part kclaf 11.27.31 # with mpeg-2 i'm getting a bit better image quality but this sucks too 11.27.47 # http://evot.us/x/rockbox/SSM11235.JPG and that was a mpeg1 with sound 11.27.48 # Mikachu: we can store the m2v and the audio stream in a avi container 11.28.35 Quit secleinteer (Operation timed out) 11.28.43 # lex: I think you need to extract the video stream from your mpeg file 11.29.11 # Mikachu: yes, but I'm not sure it is standardized 11.29.19 Join secleinteer [0] (n=secleint@70.230.155.44) 11.29.19 # markun: how does that happen on windows? :o 11.29.30 Join crashd [0] (i=nobody@badger.ing.me.uk) 11.29.49 # morning all 11.30.47 # preglow: On the ipods, it seems that one CPU will be enough for full-speed video playback (and bitting to the LCD) - the Nano is 24fps already. So my plan is to use the COP for video, and the main CPU for disk buffering and audio decoding. I don't think the cache will be an issue there - the video thread should hopefully be reading from a part of the ringbuffer that has long since been removed from the cache. 11.31.09 # lex: no idea. with graphedit maybe 11.31.38 # markun: i converted my .avi to .mpg as mpeg-2 with no sound 11.31.48 # should it be .mpeg? no difference? :p 11.32.01 # C99 still isn't welcome even in plugins right? 11.32.25 # http://evot.us/x/rockbox/SSM11237.JPG it looks like that with mpeg-2 11.32.45 # but that's a good start :) 11.32.55 # do you have a good working mpeg for me? :p 11.34.31 # lex: search for a program to 'demux' a mpeg file for windows. Then extract the video stream from your file 11.34.48 # lex: i can send a file for nano, should work on photo i guess but won't fill the scren 11.34.50 # markun: no, i'll reinstall my grub and go to linux 11.35.01 # Mikachu: yes, send it, please :) 11.35.07 # Mikachu: it's better than nothing 11.35.24 # markun: and then i'll get into amarok again 11.35.38 # nice speed :) 11.35.43 # (12:37:18) [freenode] DCC received file ambitious-176x128.m2v [11MB] from Mikachu in 00:00:10 [1196.11kB/s] 11.35.59 # heh 11.36.03 # too bad i don't have 100mbit anymore 11.36.31 # i have only 10/10 on this server 11.36.36 # and a dedicated 100/100 on the other 11.36.41 # and a 2/512 at home :D 11.36.50 # this really sucks 11.36.58 # 220KB/s <3 11.38.18 # that video works fine 11.38.21 # thanks :) 11.38.30 # 27.6 fps 11.38.42 # it is faster in the start for some reason 11.38.49 # 28, then drops to 24.5 11.38.55 # at least on my nano 11.39.21 # me too 11.39.27 # 23.3 atm 11.40.29 # but how can i quit from this player 11.40.36 # http://evot.us/x/SSM11238.JPG yay 11.40.52 # you have to wait 11.40.55 # or reset 11.41.08 # Mikachu: I would welcome a patch for an exit button :) 11.41.10 # :( 11.41.20 # linuxstb: i thought you left button code out for performance reasons 11.41.21 # safetydan: i don't see why it shouldn't be 11.41.30 # sorry, http://evot.us/x/rockbox/SSM11238.JPG 11.41.50 # lolrofl 11.41.54 # someone send me a test file! 11.42.04 # i can send you the same file 11.42.10 # go ahead 11.42.22 # Mikachu: No, just laziness. 11.42.32 # preglow, well... maybe I'm misremembering... I'm sure there's been some objection to C99 constructs before 11.42.36 # 3MB/s is pretty good for 10mbit 11.42.37 # wait 11.42.40 # Mikachu: thanks 11.42.41 # i have uploaded it 11.42.45 # ah, never mind :) 11.42.50 # http://evot.us/x/ambitious-176x128.m2v it's there 11.42.55 # Mikachu: my irc shell is on 100mbit 11.43.05 # yes, but my connection isn't 11.43.18 # safetydan: all we use is gcc anyway 11.43.23 # Mikachu: how did you convert this? 11.43.25 # well, the ethernet is 100mbit, but my account is supposed to be 10mbit 11.43.34 # safetydan: _some_ C99 features are discouraged, like mixing variable declarations with code, and // comments 11.44.17 # why? 11.44.35 # Readability 11.44.49 # lex: http://mikachu.ath.cx/rockbox/mpeg2encoding.txt 11.45.02 # :) 11.45.08 # some code gets more readable if you mix variable declarations and code, if you ask me 11.45.10 # i'll go to reinstall my grub now 11.45.17 # amiconn, those are what I was talking about. But are they as much of a problem in plugins? 11.45.25 # as for comments, i don't get why // are less readable than /* */ 11.45.32 # Mikachu: so, if i want to convert videos for my photo, i'll change size= to size=220x176? :) 11.45.43 # Mikachu: or scale 11.45.44 # 224x176... 11.45.49 # yeah, sorry 11.45.55 # yes 11.46.05 # so, reboot -> 11.46.21 Quit merbanan (Read error: 54 (Connection reset by peer)) 11.46.28 # Or 224x128 for 16:9 videos. 11.46.41 Join dionoea_work [0] (n=3ea147f9@poy.chewa.net) 11.46.45 # hello 11.46.45 # safetydan: They are less of a problem in plugins, but still better avoid them for consistent style 11.47.06 Quit petur ("worrrk") 11.47.07 Join merbanan [0] (i=banan@farmer.campus.luth.se) 11.47.17 # this reeks of jpop! 11.47.38 # Mikachu: ac3 is standard with mpeg2 (think DVDs) 11.48.05 # dionoea: _a_ standard... MP2 audio is very common as well (think DVB) 11.48.08 # looks like I've got some cleanup ahead of me 11.48.11 # :'( i killed my h300 somehow.. or just the battery.. its all soldered correclty and it still wont turn on :'( 11.48.22 Join Hansmaulwurf [0] (n=maerlyn@p50819EC8.dip0.t-ipconnect.de) 11.48.22 # If I would know how to tell the mpeg2 decoder to not decode chroma, that might be useful... 11.48.29 Join lodesi [0] (n=lds@d01m-195-36-140-244.d4.club-internet.fr) 11.48.31 # dionoea_work: it is standardized in vob I'm not sure it is in mpeg 11.48.51 # linuxstb: well AFAIK ac3 also works in DVB ... although people usualy put plain mpeg audio part II 11.49.12 # dionoea_work: Yes, it is. AC3 is part of the DVB spec. 11.49.27 # But at least in Europe, MP2 is by far the most common. 11.49.47 # linuxstb: the mpeg player, great work! plays mpeg2 at 25 fps smoothly on my nano. :) *very happy and optimistic* 11.50.19 # a lot of dvd files also have raw pcm in them 11.50.24 # er, dvb 11.50.46 # Yes, it's ironic that the device least suited to video (smallest screen, smallest storage) is perfoming the best... But not unexpected. 11.50.56 # does it decode video that is larger than the screen? 11.51.07 # Yes, it should crop it. 11.51.12 # WOOOOTTT its ALLIIIVVVEE!!! 11.51.24 # JdGordon: your h300 ? 11.51.30 # ye 11.51.40 # nice to hear 11.51.41 # preglow: But it decodes to the full resolution (as YUV). The blit will crop and only convert to RGB what is displayed. 11.51.46 # hehe. :) 11.51.54 # for some reason plugging in the ac and removing it got it running of the batt again (whch did actually need resoldering 11.52.03 # so now i have a working 4g ipoo and h300 :D 11.52.18 # on a ubuntu cd now :o 11.52.28 # linuxstb: don 11.52.28 # Did someone already test video playback on coldfire (h300/x5)? 11.52.36 # linuxstb: don't think there's anyway not to decode everything 11.52.48 # any way, even 11.52.53 # amiconn: iirc about 9fps 11.53.18 # preglow: No, I don't think so. 11.53.22 # preglow: in libavcodec you can specify lowres=X to decode only every xth pixel, but i don't know about precropping 11.53.27 # preglow: well you could skip some macroblocks 11.53.47 # it makes some superhd files playable for me, and halves x and y resolutions 11.53.49 # preglow: won't be pretty though :) 11.54.09 # Mikachu: I guess it works the same as jpeg downscaling (what our jpeg viewer does) 11.54.19 # probably 11.55.39 # you might need those macroblocks to decode the next frames (i'm not too confident about my knowledge of mpeg2 decoding ... but i think that this is a safe bet) 11.56.13 # so you won't really be able to skip them ... or like only decode I frames 11.56.27 # fark!! bloody wire came unsoldered again :'( 11.56.41 # put some glue :) 11.56.57 # JdGordon: show you solder skills :D 11.56.57 # linuxstb: What is the performance increase due to lcd_yuv_blit() on ipod? 11.57.10 # dionoea_work: well if a motion vector points from the skipped blocks to the active screen thenit won't work 11.57.14 # i got about 3 or 4 fps better on my nano, iirc 11.57.22 # * amiconn guesses lcd_yuv_blit() would be even more useful on coldfire than on pp 11.57.24 # Bg3r: no, its my roughness trying to get the damn thing back in the case 11.57.37 # amiconn: Definitely. 11.57.58 # but the video should be encoded to perfectly suit the player 11.58.14 # * linuxstb is also waiting for earHertz to submit his ARM memcpy to the patch tracker... 11.58.39 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 11.59.20 Quit amiconn (Nick collision from services.) 11.59.20 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 12.00.29 # morning 12.01.09 # does rockbox already handles audio stream demuxing seperately from the decoding ? or are you going to need to split that for the video decoder ? 12.01.42 # There is nothing written apart from playback of a demuxed video stream. 12.01.45 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-143-245.pools.arcor-ip.net) 12.01.50 # (using the ogg demux wouldn't require too much porting work i guess) 12.02.01 # where did all this video tlak come from? 12.02.02 # linuxstb: i meant when you handle the audio in "normal" rockbox 12.02.17 # I've been told AVI is the most efficient container for video, so that's probably what will get supported. 12.02.31 # (in terms of being easy for a decoder to work with) 12.03.07 # dionoea_work: No, the decoders handle the container format as well for audio. 12.03.08 # AVI is the worst container there is :) 12.03.19 # for how long have you worked on the mpeg player, linuxstb ? 12.03.21 # "worst" = "simple" ? 12.03.21 # but it's also the most used 12.03.34 # simple == mpeg ts 12.03.52 # qwm: I did most of the work on Sunday, plus some cleaning up yesterday. 12.04.05 # but mpeg ts isn't really suited if you want to seek 12.04.13 # amazing. 12.04.16 # dionoea: mpeg-ts isn't the best - everything is in 188 byte packets, so lots and lots of memcpy 12.04.42 # None of the mpeg formats are suitable for seeking - they are streaming formats. 12.04.51 # (apart from VOB which adds the NAV packets) 12.04.52 # linuxstb: you might think of using not as container 12.05.00 # linuxstb: er, nut 12.05.16 # linuxstb: Does the mpegplayer already use iram? 12.05.46 # merbanan: OK, I'll look at it. But that's a long way away - I'm planning on just reading separate .mp2/.mp3 files for the first tests with audio playback. 12.06.03 # amiconn: Very little. 12.06.17 # linuxstb: if you only think of using a format especially for rockbox, then I think nut would fill the requirements quite well 12.06.25 # amiconn: (and what is there is just randomly chosen) 12.06.25 # * amiconn is going to try video in the sim 12.06.36 # linuxstb: efficient, not floats and easy to seek in 12.07.01 # merbanan: It would be nice to use a standard format if possible - gives users a wider range of encoders to use, and means we don't need to write an encoder... 12.07.06 # merbanan: We will also need an easy to use encoder tool then 12.07.33 # For our .rvf format we use on archos, there are 2 ways to create such files. 12.08.56 # (1) A set of commandline tools for those who want full control, but this way is cumbersome 12.09.19 # What bitrate would a .rvf file need to be for the H140? 12.09.24 # (2) A directshow filter for windows. This isn't gpl though 12.09.45 # (just the video portion) 12.10.38 # amiconn: true, well it's worth looking into if one aim for efficiency, but m2v would be most easy to use 12.11.19 # 160 * 128 * 70 (lcd frames per second), i.e. roughly 1.4MBit/s 12.11.23 # dionoea_work: Going back to AVI, what are the bad points about it, and do they affect Rockbox? 12.11.28 # Same bitrate as CD quality WAV 12.12.31 # Not completely unrealistic then... 12.13.32 # no support for B frames, no support for subs, bloated format with no clear standard 12.14.09 # For iPod g3/g4 it would be ~1.6MBit/s (higher lcd frame rate), for mini ~1.4MBit/s 12.14.12 # that probably doesn't matter much for rockbox though 12.14.33 # all together and working 12.14.41 # * JdGordon has no intention of openig his h300 any time soon :p 12.15.15 # linuxstb: Hmm, shouldn't the m2v show up in the file browser? 12.15.21 # mp4 / mov might be better (especially if you ever need to encapsulate stuff like mp4/h264/dream on...) 12.16.04 # amiconn: They do for me... 12.16.46 # dionoea_work: I like the sound of mp4... Very well suited for Rockbox. 12.16.54 # mp4 is a container ... 12.17.18 # I know, that's what I'm talking about. 12.17.23 # Hehe, the H300 sim achieves >110 fps with the test video. Looks rather funny... 12.17.35 # id vote for mp4 12.17.43 # linuxstb: why wouldn't it be suited ? (i really don't know) 12.17.48 # due to most of the stuff i have encoded for my ipod is in mp4 ;) 12.17.55 # dionoea: I said "Very well suited". 12.17.57 # http://trogdoor.googlepages.com/jesusfuckingchrist.jpg 12.17.58 # why not simple avi ? 12.18.07 # oh, i though it was ironic 12.18.40 # compubomb: is that link worksafe ? :) 12.18.40 # Bg3r: Nothing's ruled out yet. But AVI doesn't seem the best thought out container format. 12.18.51 # http://en.wikipedia.org/wiki/Comparison_of_container_formats 12.18.53 # not great 12.19.04 Nick mkey is now known as Janina14 (n=mkey@pD9E354E7.dip.t-dialin.net) 12.19.04 # but it's a start if you're considering containers, altho, im sure linuxstb and co. alreayd know most of the stuff 12.19.05 # you could allow several container formats ... but that might add computing overhead 12.19.13 # right guys, i'm off to china for 10 days, good luck :) 12.19.15 # dionoea_work: haha, it isn't :) 12.19.24 Nick Janina14 is now known as mkey (n=mkey@pD9E354E7.dip.t-dialin.net) 12.19.54 # matroska ? 12.20.28 # linuxstb: Strange... m2v is in viewers.config for the sim, yet m2v files don't show up as supported. 'Open with..' works though 12.20.29 # more apps support mp4 muxing than mkv muxing 12.20.48 # * amiconn is building for h300 target 12.27.01 # Bg3r: AFAIK, mkv is also a bit more complicated to read than mp4 12.27.49 # dionoea_work: okay, my suggestion was just a shoot in the dark 12.28.32 # but it's true that mkv can do better stuff (like handle chapters) 12.31.26 Join mkey_ [0] (n=mkey@pD9E36E5F.dip.t-dialin.net) 12.31.37 # linuxstb: Will you implement lcd_yuv_blit() for the g5 ? 12.31.51 Quit Kohlrabi (Nick collision from services.) 12.31.52 # I have done, but haven't committed it yet. 12.32.02 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-027.pools.arcor-ip.net) 12.32.03 # dionoea_work: no 12.32.38 # amiconn: Are you happy to leave it as it is, or do you think we should add the csub_x/y parameters back? 12.33.04 # I think we don't need variable csub* for now 12.33.21 # btw, i noticed that rockbox uses substantially more battery than Mac's ipod OS 12.33.27 # (but perhaps I'll change lcd_yuv_bitmap a bit) 12.33.50 # compubomb: congratulations 12.34.27 # preglow: is that sarcasm ? 12.34.31 # i do believe it is 12.34.49 # doesnt the ipod stay in rockbox for usb? 12.35.11 # no 12.35.25 # unless you only want to charge the batteries 12.35.44 # oh, one question before i go, what's the deal with keeping retailos running whilst charging? 12.35.44 # is there a reason? or just no need? 12.35.58 # i think that it isn't implemented yet 12.36.26 # JdGordon: If you implement an usb stack and figure out the pp usb hardware, we could implement it... 12.36.26 # but i'm not sure if that's the real reason :) 12.36.30 # 12.36.40 # crashd: What do you mean? 12.36.47 # doesn't ipodlinux already use usb ? 12.36.51 # usb is implemented in software on ipod 12.36.54 # dionoea_work: No. 12.37.00 # linuxstb: like, in rockbox you can hold down menukey and charge, and still use rockbox yeah? 12.37.03 # hmm.. crap, me has no usb then with the ipod 12.37.19 # well you have the disk mode thing 12.37.20 # crashd: Yes. So you're asking about how to do the same in retailos? 12.37.34 # linuxstb: yeah, because i dont really use retailos, but ive got some vids i wanna watch whilst im on holiday 12.37.39 # and i cant remember if you can even do it in retail 12.37.50 # compubomb: there are a lot of things we don't know about the ipod yet, for example how to turn some of the chips off when they're not being used. 12.37.53 # dionoea_work: no, disk mode is broken.. for some reason the retail os cant access the hdd properly 12.38.01 # ouch 12.38.13 Join afrika[a] [0] (n=murderin@cm117.omega170.maxonline.com.sg) 12.38.14 # ye 12.38.18 # crashd: I've no idea... retailos has long since departed my ipods. 12.38.32 # linuxstb: exactly O.o 12.38.36 Part afrika[a] 12.38.56 # does rb play aac? 12.39.05 # Just about... 12.39.19 # The decoder is slow, and the mp4 container parser is very fussy about the input stream. 12.39.29 # k 12.39.36 # But I think 160kbps files will play on an ipod. 128kbps definitely does. 12.40.03 # (Coldfire targets skip even with 128kbps files). 12.40.06 # dan_a: so it's pretty much a crap shoot untill everything is reverse engineered etc. 12.40.13 Join PaulJam [0] (n=pauljam@p54BCDB55.dip.t-dialin.net) 12.42.38 # * amiconn found out why the .m2v didn't show up. Not rockbox' fault... 12.43.36 # * dionoea_work hopes that reverse engineering USB on portal player chips will be easier with the sansa jtag thing 12.44.07 # you'll also have to hope that someone wants to do it :) 12.44.26 # hehe 12.44.49 # linuxstb: Something is wrong with mpegplayer on H300. It just shows "Buffering..." then hangs... 12.45.01 # ok, wierd... it connects fine with windows, but trygint to connect to linux goes straight to the "ok to disconnect" screen 12.45.57 # Ehum, the usual voice problem :( 12.46.03 Quit mkey (Read error: 104 (Connection reset by peer)) 12.46.06 # linuxstb: slight change of topic, but you mentioned before that you had a look at the H10 bootloader. Was the .hex or the .rom version? 12.46.36 # JdGordon: last time i had that kind of problem a rmmod ehci_hcd fixed it ... 12.46.49 # * barrywardell is trying to teach himself arm and figure out the bootloader 12.46.52 # I think the .hex. 12.47.18 # 15fps on H300... (with the 176x128 test video) 12.47.21 # amiconn: Why does voice break it? I thought that was a menu problem. 12.47.39 # dionoea_work: thanks 12.47.48 # seems to be working now 12.48.03 Join pascals [0] (n=pascal@ip503c8584.speed.planet.nl) 12.48.17 # Hi Everyone 12.48.28 # Any ipod developer around? 12.48.43 # Depends on your next question... 12.48.46 # :) 12.48.52 # Always, doesn't it :) 12.49.09 # 1 question, 2 remarks. 12.49.16 # 1) I like it !!!! 12.49.20 # linuxstb: Not sure... perhaps because it's a viewer. I had file & directory voicing enabled, and maybe the voice was still babbling when the plugin claimed iram 12.49.22 # (that out of the way) 12.49.55 # A stop button would be really useful... (hint hint) 12.50.07 # 2: The default WPS screen has a peak level meter, which makes my 4G/color skip sound. with 192/256kbit MP3s 12.50.08 # :) 12.50.32 # All the non-default WPS screens don't have this problem... 12.51.18 # For some reason the frame rate goes down a bit while playing... ~13 fps now 12.51.26 # pascals, yeah the iPod code isn't quite fast enough to do peak meters and playing audio 12.51.42 # I admit the peak level meter is cool, but not having it and playing ok sounds like a better idea. 12.51.47 # linuxstb: one more quick question. what does writing 0x20 to GPIOF_ENABLE do? Does it enable bit 5 of GPIOF? 12.51.57 # amiconn: Maybe that's a flaw in my fps calculations (rounding?) - pacbox does the same.... 12.52.07 # safetydan: does the code allow for a different default WPS for iPods, then? 12.52.18 # linuxstb: In the sim it goes up, especially towards the end... 12.52.28 # * pascals found the installation quite painless, btw. 12.52.32 # linuxstb, where should that forum thread about video developments be moved? Rockbox General Forum? 12.52.49 # pascals, just pick one that you like instead of the default 12.52.51 # Febs: Yes, I think so. It applies to all colour targets - ipods, X5 and H300. 12.53.30 # weren't there plans to make the icatcher wps the default one? 12.53.31 # safetydan: Well, yes, but what I mean is - if you want more people to pick up rockbox, disable the peaklevel meter 12.53.42 # barrywardell: I'm not 100% sure... 12.53.48 # pascals, the problem will eventually go away as the code gets better/faster 12.53.57 # linuxstb: YOu need to do sth about the activity thing. My H300 just shut down during m2v playback... 12.54.03 # i wouldn't want the peakmeter even if it didn't cause skipping 12.54.40 # I would rather use the rvf icon (film strip) for m2v instead of the double note 12.55.02 Nick mkey_ is now known as mkey (n=mkey@pD9E36E5F.dip.t-dialin.net) 12.55.03 # pascals: Rockbox needs a better default WPS in general, not just removing the peakmeter. It will happen, but no-one likes temporary solutions such as commenting out the peakmeter in the default WPS just for the ipods. 12.55.20 # amiconn: Yes, I was looking for a better icon. I'll swap it. 12.55.25 # * amiconn changes 12.55.31 # Please commit. 12.55.52 # linuxstb: perhaps a #ifdef for the target, then. 12.55.59 # yo 12.56.04 # pascals: That's what I mean by temporary solutions. 12.56.05 # Stuff that doesn't work tends to keep people away. 12.56.16 # my kernel sucks, it wont recognize my usb devices 12.56.28 # #linux 12.56.30 # linuxstb: ok. :) 12.56.44 # Mikachu: ... :( 12.56.52 # Mikachu: #ubuntu.fi is better - on quakenet 12.57.02 # * pascals will be back in 30 minutes after fixing his car 12.57.04 # lex: you might need to load the appropriate kernel modules 12.57.22 # dionoea_work: ubuntu should do it automatically, but i'm installing a bit older kernel now 12.57.38 # did you try sudo modprobe uhci_hcd ? 12.58.44 Part compubomb 12.58.47 # barrywardell, is that OS X sim patch okay to commit? It doesn't seem to break anything for me under Linux, and I assume it works in OS X. 12.59.17 # safetydan: i cleaned up and synced the insert folders patch if your itching to commit something :p 13.00.31 # it works in OSX. The only thing I'm not sure about is the change to apps/Makefile 13.01.32 # it removes "-Wl,-Map,$(OBJDIR)/rockbox.map" since -Map isn't supported on OSX 13.01.44 # fine 13.01.49 # don't respond to me 13.01.51 # bastards 13.02.22 # daurn|laptop, did you ask a question? 13.02.24 # safetydan: Why does Disktidy not work on the player? 13.03.04 # safetydan: it also disables the bubbles plugin since that doesn't compile 13.03.15 # i said "yo" 13.03.16 # :P 13.03.41 # Perhaps when you say something that calls for a response, you'll get one. 13.03.54 # linuxstb, the original submission didn't support it 13.04.13 # barrywardell, odd that bubbles won't work on one type of OS 13.04.36 # barrywardell: Why doesn't bubbles compile? Is it a bitmap issue? 13.04.54 # i'll try compile it and get the error for you now 13.05.27 # It would be nicer to fix bubbles. It shouldn't do anything uniquely differently to any other plugin. 13.05.50 # JdGordon, not much time left in the night. If I get a chance, I'll look again. 13.06.13 # :) 13.06.42 # it's a linker problem: "undefined symbols: _bubbles_bubble" 13.06.50 # barrywardell: -Map is disabled for OSX only? 13.07.18 # amiconn: no, right now the patch removes the -Map part altogether 13.07.19 # amiconn, not in the patch as it stands 13.07.34 *** Saving seen data "./dancer.seen" 13.07.39 # You would get lots of complaints if you removed the .map file... 13.07.42 # That's bad. The .map files are a very useful resource for debugging. 13.08.05 # * amiconn wonders why -Map isn't supported on OSX 13.08.07 # why would they disable that feature on osx? 13.08.08 # -M does work though but outputs the map to standard output 13.08.14 # don't you use gcc there? 13.08.19 # yup gcc 13.08.27 # 4.0.1 13.08.35 # But patched by Apple IIRC. 13.08.36 # Mikachu: -Map is a linker option 13.08.49 # er, binutils then? 13.09.02 # yes 13.09.39 # Maybe they use some BSD tools, rather than the GNU ones... 13.09.51 # you can just require gnu ld then 13.09.51 # While I'm poking around Makefiles... should I remove the X11 and W32 sims and related Makefile entries? 13.10.58 # barrywardell: bubbles_bubble is an external bitmap. Do all the other plugins using bitmaps work? 13.11.36 # bubbles.c is the only plugin I have come across that doesn't compile 13.11.48 # what other plugins use bitmaps that I can try? 13.12.37 # barrywardell: what does ld --version say? 13.13.47 # "unknown flag: --version", ld -v says "Apple Computer, Inc. version cctools-590.42.1.obj~1" 13.14.05 # anyone can say how hard would it be to port some code from i386 asm to arm asm ? 13.14.17 # linuxstb: lcd_yuv_blit() does too many safety checks and conversions, imho 13.14.37 # It's meant to be a performance function, so all that swapping/cropping can go away 13.15.12 # amiconn: As I said, it's just a naive implementation to start with. 13.16.10 # theli_ua: You can't really port asm - you need to rewrite it... 13.16.31 Join jaczehack [0] (n=jac@c-d0f772d5.013-1-73746f40.cust.bredbandsbolaget.se) 13.16.53 # linuxstb, well i mean how much differences there are ? 13.17.05 # Everything is different 13.17.09 # i don't think it would be unreasonable to require gnu ld, most people already have compiled it for the crosscompiling anyway 13.17.36 # i know you can't use the same binaries, but they wouldn't be very afraid of compiling it for mac native 13.17.37 # amiconn: Although some cropping is needed - for 220x176 displays, the video needs to be encoded at 224x176. 13.18.12 # linuxstb: i just tried brickmania which I think uses bitmaps and it works fine 13.18.21 # linuxstb: That kind of cropping should be handled by the app layer, but specifying LCD_WIDTH and LCD_HEIGHT at maximum 13.18.25 # amiconn, linuxstb, where can i find docs on arm asm which can help in using it with rockbox's arm targets? 13.18.42 # barrywardell: Yes, it does. So it's odd it doesn't work. 13.18.56 # theli_ua: Any documentation google gives you about the arm7tdmi 13.19.07 # linuxstb, thnx 13.19.22 # theli_ua: You can try to port algorithms from one asm dialect to another, but if the register set / instruction set is too different, it may be impossible 13.20.01 # Porting sh1 <-> coldfire <-> arm is not too difficult, but then all 3 platforms are risc(ish) and have a similar register set 13.20.31 # x86 is erm, ugly 13.20.55 # i have only taken a small course in mips assembler 13.21.15 # * amiconn has taken no asm courses at all 13.21.38 # theli_ua: have a look at http://ipodlinux.org/forums/viewtopic.php?t=2311&highlight=arm7 it has some arm docs 13.21.47 # linuxstb, i found a commands description for arm7tdmi in THUMB mode ... does this what i need? (what i THUMB mode? ) 13.21.50 # amiconn: I don't understand what you mean by cropping at the app layer. 13.22.25 # theli_ua: Rockbox doesn't use thumb mode. 13.22.35 # :( 13.22.42 # lcd_yuv_blit() takes the source dimensions and the destination rectangle. The app layer should ensure the destination rectangle doesn't exceed the lcd area 13.23.03 # Ah, OK. So just the sanity checking of the parameters? 13.23.10 # yes 13.23.33 # Yes, that makes sense. 13.23.44 # Checking every time costs performance (though it's only a small fraction of the whole processing time), and makes the function larger 13.24.19 # I'll tackle lcd_yuv_blit() for h300 13.24.53 # Man, this video stuff is distracting me from other things :/ 13.26.05 Quit merbanan (Read error: 104 (Connection reset by peer)) 13.26.29 # theli_ua: Have a look at http://www.hitex.co.uk/newsletter0603/arm/Introduction%20to%20the%20ARM%20Architecture_mb.pdf 13.26.57 # does http://www.gaw.ru/pdf/Atmel/ARM/DDI0029G_7TDMI_R3_trm.pdf alsa helpful? (cause i found this in translation to my second native language) 13.27.15 # amiconn, did you get any thoughts on the destroy viewports issue? 13.27.27 # No, not yet 13.27.38 # I have some ideas myself, but they're somewhat ugly 13.28.18 # Is your concern the need to manually destroy the view ports? 13.28.48 # Yes that's my main concern, and also how to select the viewports to destroy 13.29.40 # The scrolling code cannot (easily) use the source viewport, it has to crop-and-copy it 13.30.25 # ..in order to store the current fg/bg, font & style (in the future) etc 13.31.03 # My idea so far was to introduce a viewport ID, and the cloned viewports would all have the same ID as the 'master' 13.31.23 # * pascals wanders back in 13.31.46 # But then the question remains where this ID is assigned. Doing it in the low-level code would require to initialise and deinitialise a viewport 13.32.02 Join merbanan [0] (i=banan@farmer.campus.luth.se) 13.32.34 # amiconn: Are you planning to use C or assembler for the H300 lcd_yuv_blit()? 13.32.37 # Can rockbox do a similar faster-and-faster scrolling as apple firmware does? 13.32.52 # I could not find anything about it in the manual 13.33.05 # pascals: Not yet. There's a patch on the patch tracker which tries, but I'm not sure how well it works. 13.33.13 # Bummer. 13.33.32 # pascals: For an idea of where the ipod port is, check the IpodStatus wiki page - including the long to-do list at the end. 13.33.34 # Hmm, in fact the init could be done automatically when the app layer uses scrolling text in that viewport. The deinit would be necessary to call only in this case, and would destroy all scroll viewports with the same ID as assigned to the master 13.33.35 # It sucks trying to scroll through 2500+ artists 13.34.12 # * pascals wishes he had some time to contribute to just fixing some things, not just ask about them 13.34.27 # The reason for this cloning is multiple scrolling lines in one viewport, with potentially different attributes 13.35.23 # I think I have to introduce a temporary compatibility layer, until everything is ported to use viewports 13.35.53 # All line oriented text output will go away 13.36.26 # I was expecting viewports to contain line oriented text output - the same way Rockbox works now. 13.36.27 # This will still be compatible with the player, by defining one charcell as one 'pixel' 13.37.17 # linuxstb: What would be the advantage? Imho it's better to have just one way of placing text - by pixel coordinates 13.38.11 # It's just that that's how Rockbox works now... It means the app doesn't have to care about the font size when displaying text. 13.38.36 # [13:32:03] amiconn: Are you planning to use C or assembler for the H300 lcd_yuv_blit()? <== C 13.39.42 # amiconn: wouldn't forcing pixel placement add a lot of code in a lot of places, calculating text sizes? 13.41.11 # I don't think so. For viewports you'll have to calculate sizes anyway 13.41.48 # yes but only for the first coordinate, not every line of text 13.41.53 # Perhaps specifying a line might be useful, but specifying a column doesn't make much sense wrt proportional fonts 13.42.12 # that I agree with 13.42.30 # looking at the bubbles.c problem there only seems to be a bubbles_bubble in mono not in native so it never gets added 13.42.48 # barrywardell: Which sim are you compiling? 13.42.52 # barrywardell: What target/sim? 13.43.20 # i have tried my h10 target and ipod mini 1g 13.43.28 # So, all the PortalPlayer info is reverse engineered? 13.43.47 # pascals: Yes, almost entirely by the ipodlinux people. 13.43.53 # Awesome 13.44.19 # How are the other hardware manufacturers? Are they willing to provide specs, etc? 13.45.12 # Some do, some don't... But the trend seems to be againt making docs public. 13.45.19 # ^against 13.45.24 # Sad, really. 13.45.43 # OTOH, they probably make good money off selling them to their customers. 13.46.21 # pascals: actually, the docs are generally free to customers 13.46.36 # ... but under NDA, most likely. 13.47.19 # in the PortalPlayer case, yes, but some (like TI) don't even use NDAs. they just don't want non-customers to be able to learn about their products for some unfathomable reason. 13.47.20 # Has anyone just gone out and asked to buy the docs from portalplayer and such? 13.47.35 # pascals: Our other (current) targets use less integrated solutions, and for most of the individual chips (e.g. sh1 cpu, coldfire cpu, various audio codecs/dacs, etc) docs are publicly available 13.47.41 # pascals: yes, I have. they sent me a massive NDA to sign. 13.48.00 # Zagor: how massive? 13.48.07 # And what would it have cost? 13.48.10 # if someone signs an nda but publicizes the info anyway, do people using that info break any law? 13.48.24 # Mikachu: depends on the locale. 13.48.37 # pascals: as massive as to be completely incomatible with open source. no cost though. 13.48.57 # * pascals ponders breaking the law. 13.49.17 # * pascals decides against it, for now. 13.50.12 # FCK 13.50.13 # Zagor: do you have the NDA in pdf or text? 13.50.16 # my usb is broken 13.50.17 # really 13.50.29 # it gives power to the devices, but any os wont recognize the devices 13.50.45 # pascals: not here. maybe I have on my home computer, I don't remember. 13.50.48 # tried another port? cold reboot? 13.50.57 # Mikachu: anything 13.51.01 # Zagor: so you've actually made portalplayer respond to some request? 13.51.14 # windows and linux both recognizes the ports but any device won't work 13.51.17 # preglow: yes 13.51.24 # Zagor: not bad in itself, apparently 13.51.37 # http://88.112.47.172/dmesg.txt and that's my dmesg 13.51.59 # pascals: the NDA is not very special though. just basicall "you can't reveal any information in text or code form" 13.52.29 # ...plus 20 pages of legal fluff 13.52.35 # can anyone give me a good reason why they wouldn't want to reveal specs? do they fear cloners or something? 13.52.54 # lex: syslog messages when plugging/unplugging the device would maybe help a bit more 13.52.57 # Zagor: any expiration date? 13.53.21 # Zagor: so you can reveal info in speaches ? 13.53.35 # try sending back a signed nda but modify it to allow you to reveal info, and see if they notice 13.53.44 # dionoea: no, that was not a literal quote. it's broader than that. 13.53.49 # dionoea_work: nothing there about usb 13.54.00 # only gconfd stuff 13.54.01 # Mikachu: I don't remember. 13.54.10 # tail -f /var/log/syslog . Nothing happens when you plug it in/out ? 13.54.40 # dionoea_work: nothing 13.54.57 # dionoea_work: it's not the first time when this kind of mb brokes 13.54.58 # is the player on ? 13.55.12 # yes it is, and no usb device wont be recognized 13.55.34 # does lsusb list the device ? 13.55.47 # nope 13.56.08 # preglow, patents and licensing is all I can think of 13.56.10 # you have usb kernel modules loaded ? 13.56.18 # Aug 8 13:11:27 localhost kernel: [17179932.172000] ehci_hcd 0000:00:1d.7: port 3 reset error -110 13.56.21 # Aug 8 13:11:27 localhost kernel: [17179932.172000] hub 5-0:1.0: hub_port_status failed (err = -32) 13.56.25 # hmm 13.56.28 # dionoea_work: yeah, but it wont work on windows either 13.56.31 # sudo rmmod ehci_hcd 13.56.34 # Aug 8 13:11:29 localhost kernel: [17179933.916000] hub 5-0:1.0: Cannot enable port 3. Maybe the USB cable is bad? 13.56.36 # and plug it back on 13.56.56 # nothing :( 13.57.09 # sudo modprobe uhci_hcd ? 13.57.23 # [17180826.272000] hub 5-0:1.0: USB hub found 13.57.23 # [17180826.272000] hub 5-0:1.0: 8 ports detected 13.57.24 # or buy a new cable :D 13.57.32 # hmm wtf 13.57.39 # i have only 6 ports of usbs 13.57.47 # it's the USB chipset i guess 13.58.34 Quit safetydan ("Ex-Chat") 13.58.44 Quit secleinteer (Read error: 60 (Operation timed out)) 13.58.55 # i just copied the bubbles_bubble.*.bmp files from mono to native and added them to the SOURCES 13.59.03 # lsusb shows only five usb ports 13.59.05 # it builds now anyway 13.59.12 # and i have 6 physical ports 13.59.37 Join secleinteer [0] (n=secleint@70.230.186.74) 14.01.18 # dionoea_work: http://88.112.47.172/syslog.txt and look in 13:11 :) 14.01.44 # nice? 14.01.52 # Aug 8 14:56:49 localhost kernel: [17180803.984000] usb usb5: USB disconnect, address 1 14.01.55 # wow! 14.02.40 # you should find someone else with a usb mass storage device and try it out 14.02.52 # i have one 14.03.01 # i'm trying with my bluetooth-dongle now 14.03.08 # but it doesn't recognize it either 14.03.33 # try modprobe usb_storage 14.04.46 # no, i'm getting to understand that the usb is really broken now 14.05.00 Quit PaulJam (".") 14.13.50 Quit Febs (Read error: 145 (Connection timed out)) 14.16.36 # Mikachu: Could you send me one of your troublesome mencoder files if you still have it? 14.17.41 # Mikachu: Thanks. 14.18.21 # It decodes too fast in mpeg2dec - I can't tell if it is displaying it correctly... 14.18.36 # "896 frames decoded in 0.24 seconds (3733.33 fps)" 14.18.40 # heh 14.18.52 # i see, it must sync to display refresh here, i get 85 fps 14.19.04 # it displays correctly here though 14.19.09 # but not on the ipod 14.19.25 # and mplayer test.m2v works, both with ffmpeg and -vc mpeg12 14.19.30 # and i think the latter is the same libmpeg2 14.19.36 # Odd. "file test.m2v" just tells me "data". 14.19.44 # hm 14.20.38 # Was this mpeg-1 or mpeg-2? 14.20.46 # mpeg2 14.20.56 # but the method for encoding it was questionable 14.21.08 # -oac copy -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=300 -o test.avi -vf scale=176:128 -fafmttag 0x55 -ofps 30000/1001 -endpos 30 14.21.13 # mplayer -dumpvideo -dumpfile test.m2v test.avi 14.21.39 # you get artifacts while playing the file on rockbox ? 14.21.40 # Maybe the dumpvideo option didn't dump it correctly... 14.21.48 # I haven't tested. 14.21.57 # well, i can encode one with avidemux instead 14.22.02 # Copying it now... 14.23.06 # Mikachu: you get artifacts while playing the file on rockbox ? 14.23.07 # It's complete nonsense on my 5g - the colours are all wrong. 14.23.20 # It's just blocks... 14.23.34 # i had the same issue with a file i encoded with VLC 14.23.41 # chroma problems 14.23.49 # it looks almost right here 14.24.02 # some blocks were right, but some were completely off 14.25.19 # Turning on "-v" in mpeg2dec slows it down - and it looks OK. So it does seem to be a bug in mpegplayer. I'll investigate later. 14.25.50 # this one has correct `file` output at least 14.26.26 # Was that with avifile? 14.26.32 # avidemux2 14.26.37 # using lavc for encoding mpeg2 14.26.45 # ie ffmpeg 14.26.59 # Yes, I meant avidemux2.. 14.27.02 # can't ffmpeg directly output raw es ? 14.27.24 # maybe it can, but i don't have the ffmpeg client installed 14.29.49 Quit sven_ (Read error: 104 (Connection reset by peer)) 14.31.44 # it could be a difference between http://en.wikipedia.org/wiki/Packetized_Elementary_Stream and http://en.wikipedia.org/wiki/Elementary_stream 14.32.19 # i think i found the problem with compiling bubbles.c on mac 14.33.01 # the patch sets bmp2rb_mono to be empty so mono bitmaps aren't build 14.33.12 Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 14.33.15 # getting rid of that line helps 14.33.46 # * Bagder has handed over the sansa devboard to Linus to have him try the ARM JTAG wiggler on it 14.33.49 # but then the build fails when building apps/bitmaps/mono because there are no bitmaps in that directory 14.34.08 # * preglow rubs hands 14.34.17 # i copied a random bitmap there and everything builds fine 14.35.11 # any suggestions how to get around this problem without adding a bitmap to the apps/bitmaps/mono directory? 14.35.50 # Bagder: You got there before he could attach it to his 5g? :) 14.36.38 # you already know how to use your LCD ;-) 14.36.56 # barrywardell: Ah, hmm, now I remember that the OSX library tool has problems with empty libs 14.37.23 # Bagder: Barely... 14.37.28 # hehe 14.37.39 # amiconn: any thoughts about a good way to get around the problem? 14.37.41 # We should probably have a dummy file that can be compiled and placed in libs for OSX 14.37.52 # is there JTAG connections available on the 5g board? 14.38.03 # Or we can just require gnu binutils 14.38.23 # Bagder: We don't know. There is on the 4g ipods, but the 5g is physically smaller... 14.38.52 # "Hello dear Mr Apple, please send us an ipod dev board so that we can jtag it nicely" 14.39.04 # Someone in IPL has just recently succeeded in attaching a JTAG thing to a 4g. 14.39.09 # nice 14.40.27 # amiconn: i think a dummy file would be easier 14.40.29 # linuxstb: Hmm, your lcd_yuv_blit ignores the chroma 'phase' in horizontal direction. So chroma might be off by 1 pixel if the video is wider than the screen 14.40.50 # barrywardell: That still doesn't solve the -Map problem 14.40.57 Join Jillorious [0] (n=50e875a2@labb.contactor.se) 14.40.58 # * amiconn thinks OSX is a strange OS 14.41.05 # * Bagder agrees 14.41.43 Quit Jillorious (Client Quit) 14.41.50 # amiconn: I'll try to use -M and redirect the output to a file 14.42.00 # amiconn: I shouldn't do these things at 2am.... 14.42.07 Join insanity381 [0] (n=540d4a30@labb.contactor.se) 14.42.29 # when OSX "just works" it's great 14.42.39 # but when it doesn't, it's very frustrating 14.42.52 # For me, it's close enough to Linux to be usable, but different enough to be frustrating... 14.43.15 # ALT-TAB doesn't even work properly... 14.43.16 # linuxstb: It won't be off as long as (video_width - LCD_WIDTH) % 4 == 0 14.44.04 # H,, lcd_yuv_blit() doesn't help much on h300 :( 14.44.10 # *Hmm, 14.44.41 # gotta go. i'll submit a new patch later 14.44.43 # (and there's a minor bug) 14.45.01 # What fps gain are you seeing (if any)? 14.45.32 # About 1 fps... 14.45.48 # Is the lcd_update() already quite optimised? 14.45.48 Part insanity381 14.46.30 # yes 14.46.34 Quit barrywardell () 14.46.40 # It uses burst reading 14.46.47 # Is that a full-screen video, or the smaller 176x128? 14.47.00 # 176x128 14.47.14 # So maybe it will help more with a full-size video. 14.49.11 # Possibly. I'd need such a video for testing... 14.49.23 # linuxstb: did you try it yet on a ipod video? 14.49.37 # Mikachu: yo, i'd like to test some encoding of my own. do you have some pre-canned command lines lying around for me? 14.49.52 # http://mikachu.ath.cx/rockbox/mpeg2encoding.txt 14.49.57 # cheers 14.50.47 Quit lex (Read error: 110 (Connection timed out)) 14.50.52 # any idea what package mpeg2enc/dec might be in? 14.50.55 # markun: Yes. I've only tried a 320x176 file (16:9 aspect ratio), and that is playing at around 12.5fps 14.50.57 # it's in mjpegtools here 14.50.59 # a search doesn't yield too much 14.51.04 # for enc 14.51.10 # mpeg2dec is in libmpeg2 14.51.15 # and y4mscale is in its own package 14.51.17 # I'm not sure if it's in Debian though - patent issues... 14.51.30 # y4mscaler rather 14.51.43 # you don't need that if you use mplayer for decoding though 14.51.48 # only mjpegtools 14.52.22 # * pascals signs off with a thank-you to the rockbox developers 14.52.36 # i'm on ubuntu :/ 14.53.32 # i'm not! 14.54.09 # preglow: debian has a mpeg2dec package 14.54.20 # you might need to grab that in the universe repository in ubuntu 14.54.35 # yeah, i see, but i still need mpeg2enc 14.54.47 # in a pinch, you could just compile it? 14.54.50 # sure 14.55.15 # some example program didn't compile for me, it wanted linuxthreads/semaphore.h, but it seems to not be needed for anything 14.55.15 Quit pascals () 14.55.17 # just grab it of svn://svn.videolan.org/libmpeg2/trunk 14.55.46 # weird 14.55.49 Join perpleXa [0] (n=perplexa@unaffiliated/perplexa) 14.55.49 # i've got libmpeg2 14.55.53 # i didn't know vlc owns libmpeg2 14.55.53 # still no mpeg2enc 14.56.04 # it is like debian to split packages confusingly 14.56.05 # dionoea: Is that the same libmpeg2? My version is from http://libmpeg2.sourceforge.net 14.56.08 # preglow: it's in the source code 14.56.13 # dionoea_work: roit 14.56.16 # the sourceforge CVS is down 14.56.23 # so sam decided to move it to videolan.org 14.56.25 # They have nightly tarballs though. 14.56.34 # So those tarballs might be out of date? 14.56.42 # but it's not very active these days i think 14.56.45 # sourceforge cvs is usually more down than up 14.56.53 # don't nightly tarballs usually have dates on them? 14.57.05 # Not the one I downloaded... 14.57.13 # It just said "0.4.1-cvs" 14.57.27 # The last official release was 0.4.0b 15.01.25 # linuxstb: can't wait to try video playback on the gigabeat.. 15.01.43 # markun: You're spoilt with your 300MHz ARM... 15.02.12 # I'm guessing you'll need to rotate the LCD though. 15.02.21 # or rotate the movies :) 15.02.37 # Is that a standard encoder feature? 15.02.38 # :) 15.02.48 # mencoder can do it 15.02.53 Quit Zagor ("Client exiting") 15.02.55 # Of course it can... 15.04.04 # rotate, flip, mirror, perspective correction 15.04.20 # if you want to hold your screen at a slight angle? :) 15.04.27 # :) 15.07.37 *** Saving seen data "./dancer.seen" 15.08.01 # linuxstb: Btw, as-is the greyscale ipods probably wouldn't even manage realtime video with rvf + audio 15.08.14 Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) 15.08.19 # Feeding the frames to the lcd takes a lot of cpu on ipod. 15.08.30 # Now if the grayscale lib could use the cop... 15.08.49 # * dan_a wakes up 15.09.39 # It would mean running isrs on the cop too 15.10.41 # Are the vectors shared? 15.10.52 # yes, i think so 15.11.01 # hmm :/ 15.11.09 # Vectors are shared, but I'm having a horrible time trying to get timer interrupts working 15.11.16 # not exactly a showstopper 15.11.24 # just check which core you're at and branch to another handler 15.11.28 # does the lcd controller require that much cpu or is it just the only known way so far? 15.11.30 # (by working I mean "not freezing rockbox") 15.13.21 Join Criamos [0] (n=Criamos@p54933702.dip0.t-ipconnect.de) 15.14.57 # Mikachu: The transfer takes rather long because the cpu has to wait for a 'ready' signal before sending more data. If we knew how to program the PP's interface to the lcd controller, it could go a lot faster 15.15.55 # I don't believe the timing needs to be really as slow as it is now. The H1x0 lcd controller manages at least 10x the data rate 15.16.22 # yeah i remember looking at the code once 15.16.42 # s/at least/about/ 15.17.37 # would be nice if the sansa could reveal something there 15.21.19 Quit jaczehack (Read error: 110 (Connection timed out)) 15.22.52 Quit dionoea_work ("CGI:IRC (EOF)") 15.25.02 # linuxstb, i've played today with zxbox code a bit ... now i can run chuckie the egg with 16 fps with cpu unboosted and around 41 fps with boosted 15.28.24 Quit tommeyer (Read error: 110 (Connection timed out)) 15.28.25 # theli_ua: What player is that on? 15.28.50 # mini 15.29.00 # 2g 15.30.29 # So is 25fps realtime? 15.31.05 # yes, i think so 15.31.12 # You could try the greyscale lib... 15.31.22 # so with boosted cpu i get 41 fps without frameskip 15.31.39 # it doesn't look nice yet on ipods to my taste :) 15.31.51 # but that's a nice idea 15.32.02 # i'll try it now 15.32.33 # amiconn: Did you try that 224x176 test file on your H300? 15.33.01 # linuxstb: 224x176 test video: 7.33fps with cvs, 7.78fps with lcd_yuv_blit() 15.33.19 Join lex [0] (i=lex@193.65.221.148) 15.33.23 # (average across the first 8 fps values) 15.33.46 # The last fps displayed should be the most accurate. 15.33.48 # 6% speedup 15.34.07 # Oh? 15.34.30 # That's strange, because it means decode speed increaes even more than the fps would suggest 15.34.33 # I think full-screen on the Nano went from about 18fps to about 24fps with the blit function - but that's due to those waits in the lcd update. 15.35.34 # The fps calculation is in video_out_rockbox.c - please tell me if it's doing something stupid, or if you can think of a clever way to improve the accuracy. 15.35.56 # The %125 is wasteful, because it's not a power of 2 15.36.05 # Yes, I though of that this morning... 15.36.27 # Why not display a stats screen at the end instead of showing the fps during playback? 15.36.35 # Yes, it should do. 15.36.49 # If the top left corner is covered by the video, it's quite hard to catch the fps values 15.37.05 # it's not supposed to be covered i think :) 15.37.19 # With full screen video it is 15.37.42 # My tests have mostly been with 16:9 ratio files, so the fps stays visible. 15.38.09 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 15.41.23 # dan_a: Have you tried without enabling the cache - to make sure that isn't causing you problems? 15.41.59 # linuxstb: Yes, the cache is off on both cores, and I turned off frequency scaling too (that caused extra problems) 15.42.33 # I think the trouble is with my logic of what I need to do at a timer interrupt 15.43.09 # ...and with what variables should be local to the core, and what should be shared between them 15.43.53 # Thinking about the video player, all it needs from the COP is to be able to run a function on it. Some simple communication can happen via IRAM. 15.44.14 # before the yuv_blit the fps was displayed over the video at least 15.44.31 # isn't that mainly what the COP should do? wait for inputs, run a function, deliver result, wait for new input 15.44.55 # I think so. 15.45.14 # Mikachu: That's because the video was drawn into Rockbox's lcd framebuffer, and then the fps drawn on top, then the framebuffer was written to the LCD hardware. The yuv_blit just sends the video directly to the LCD hardware, bypassing Rockbox's framebuffer. 15.45.51 # linuxstb: I've just committed H300 lcd_yuv_blit() 15.46.48 # Nice.. I'll commit my 5g later, then we'll just need a version for the X5. I'm disappointed with the result though. 15.47.05 # * amiconn is still waiting for his X5 to arrive :( 15.49.15 # any cyrillic amarok user here ? 15.49.29 # Do you think we need some kind of mailbox API for passing data between the processors, or will the queueing code be enough? 15.50.11 # dan_a: it'll show as soon as we start making us of it 15.50.31 # Don't build the bridge until you've reached the river... 15.50.44 # * dan_a has dabbled his toes 15.51.03 Quit sven_ ("Leaving") 15.51.09 Quit gtkspert ("leaving") 15.51.20 Quit perpleXa ("Leaving") 15.52.05 # I've already tried making the codec thread run on the COP, but can't make it work properly 15.52.20 Join gtkspert [0] (n=gtkspert@124-168-73-220.dyn.iinet.net.au) 15.52.22 # huh? 15.52.40 # * amiconn is confused about the commit history display & build table 15.53.17 Quit chendo (Remote closed the connection) 15.53.21 # cvs told me that the up-to-date check failed on 2 files, so I wouldn't have expected it to execute the commit for the other 3... 15.53.41 Join chendo [0] (n=chendo@203-206-49-75.dyn.iinet.net.au) 15.54.05 # btw we have a plan for our step towards svn 15.54.17 # you are going to svn? 15.54.25 # Bagder: Please compare http://www.rockbox.org/cvsmod/chlog-2006-08-08%2013:45:55.html with the frontpage 15.54.37 # Bagder: Have you definitely decided on svn? 15.54.41 # Why are plugin.[ch] only displayed on the former? 15.54.59 Join dionoea_work [0] (n=3e179bf9@poy.chewa.net) 15.55.46 # * linuxstb recalls Zagor mentioning git 15.55.50 # linuxstb: I think so, since we don't really feel like doing a lot of testing and comparing and svn is a step forward 15.56.22 # amiconn: haha, check now ;-) 15.56.44 # it fixed itself 15.57.06 # which of course is because the scripts ran at different times 15.57.18 # huh? 15.57.44 # These scripts are odd... 15.57.50 # not really 15.57.55 # CVS is the one that's odd 15.58.01 # the scripts work hard to "fix" that 15.58.26 # Bagder: So what is the plan for svn? 15.59.09 # linuxstb: we cvs2svn to a new repo on a new host and setup all scripts to work on that, then we stop cvs, do the conversion again for real and use the new place for real 15.59.19 # and we never look back again 15.59.29 # * linuxstb prays 15.59.33 # oh, and 3) profit! 15.59.57 # dont forget the dragons... 16.00.05 # how long will 18gb take to copy to usb? 16.00.15 # and the svn repo will be hosted by the download.rockbox.org site 16.00.36 # Do you know how people can deal with local trees with uncommitted changes? 16.00.44 # (apart from committing...) 16.01.06 # I suppose make a diff, and apply the diff against a new svn checkout... 16.01.35 # yes 16.01.45 # Can't you just tell svn to only include certain files in a commit, like you can with cvs? 16.02.12 # you'll still have to merge changes done while it was using CVS 16.02.23 # *local changes 16.02.33 # Ah, hmm 16.02.36 # Bagder: It would be useful to keep the cvs server alive (for creating such diff), but just disabling write priveleges (if possible). 16.02.42 # true 16.02.45 # linuxstb: You mean one-time, when doing the conversion? 16.02.59 # * amiconn probably misunderstood sth 16.03.35 # Yes - I've got a few local cvs trees with changes I don't want to commit yet. So I'll need to transfer them to local svn trees. 16.03.51 # I have some local changes which should never be committed 16.04.08 # (and then you can install trac to do project management, wiki and svn browsing) 16.04.19 # to format the usb disk as fat32 do i use mkfs.msdos or .vfat? 16.04.24 # (.e.g. disk poweroff for the player - it works fine on mine, but not on all) 16.04.37 # JdGordon: I think they're just aliases for each other. But I use vfat. 16.04.44 # It's just a #define in config-player.h 16.08.22 Join KlrSpz [0] (n=klrSpz@69.15.248.2) 16.12.47 # * amiconn hopes linuxstb will do what his commit msg suggests 16.12.57 # * t0mas is now playing: Joe Satriani - Surfing With the Alien 16.13.00 # ah man, wonderful song 16.13.39 # I never understand how he gets this sound from a guitar... but still... it's great :D 16.14.22 # amiconn: What did I suggest? 16.14.35 # Ah, that was ambiguous 16.14.43 # I meant my suggestion 16.14.46 # :) 16.14.49 Quit BHSPitLappy (Connection timed out) 16.15.07 # Ah, the bounds check? Yes, I'll do that. 16.15.11 # yes 16.18.06 Join mirak [0] (n=mirak@ip-7.net-82-216-143.rev.numericable.fr) 16.18.26 # salut 16.18.33 # Hi. 16.18.58 # I've been meaning to ask how your xvid decoder compared to your libmpeg2 decoder. Was libmpeg2 better? 16.21.28 # I seem to recall that the .rock file was huge - mpegplayer.rock is only about 75KB for the ipod. 16.21.56 # how many blocks are in a 20gb fat32 disk? i told it to do a bad block check before formatting but im bored and its up to 8000000 already 16.21.59 # ~65KB for H300 16.22.35 # And aac.codec is about 250KB... 16.22.47 Join elinenbe [0] (n=d1c4c007@labb.contactor.se) 16.22.49 # Even vorbis is bigger than mpegplayer... 16.23.20 # Strange... aac.codec for coldfire is larger than for ipod 16.23.29 # And slower... 16.23.39 # yup :( 16.23.58 # Not that I'd use aac, but a half-finished codec isn't good... 16.24.39 # It's usable on the ipods though, so I wouldn't want it removed. 16.24.53 # But I agree it's not nice to see it more or less abandoned. 16.25.26 # linuxstb: nice work on the mpeg... I'm liking it. A LOT! 16.25.26 # Everyone is waiting for ffmpeg's aac implementation I guess... 16.25.46 # amiconn: what's the status with ffmpeg's aac? 16.25.55 # dunno... 16.25.56 # Which if it turns out to be floating-point only may not be much help... 16.26.32 # elinenbe: Someone is working on it this summer, sponsered by Google's Summer of Code. But I'm not sure if it will be floating-point only (i.e. no use for Rockbox), or if there will also be a fixed-point version. 16.26.53 # The first implementation uses floating point. 16.26.58 # elinenbe: there is some code: http://svn.mplayerhq.hu/aac/ 16.28.23 # ah... thanks. 16.28.41 Quit secleinteer (Read error: 60 (Operation timed out)) 16.29.39 Join secleinteer [0] (n=secleint@adsl-70-237-211-95.dsl.stlsmo.sbcglobal.net) 16.31.09 # linuxstb: yes the problem was the size of the file. I needed to increase plugin ram size. I tried to remove many functions, I am sure more could be removed. The performances where just a bit better on mpeg2. something like 2.4 fps against 2.8 (at 45mhz cpu) 16.34.06 # linuxstb: with xvid there was a lot of unused conversion fonctions. However I think that xvidcore was more easy to optimise for iram than libmpeg2. xvidcore used little buffers to do the idct, on libmpeg2 it's less clear, it's more like if it works directly on a buffer the size of the image 16.34.55 # linuxstb: also I remember than on xvid the functions used to parse the stream where badly designed 16.35.47 # linuxstb: you would do a lot better than me for xvid I think 16.36.35 # one thing also is to know if we want to keep most of the functionality of the codecs, like scaling, different colors converstions etcetera 16.37.18 # No, I don't think we need scaling or colour conversions in the codecs. Assuming xvid uses YUV, then it should hopefully be able to use the lcd_yuv_blit() functions we're starting to write. 16.37.45 # So we just need the codec to give us a yuv bitmap. 16.38.01 # (and the user should re-encode to the size of the LCD) 16.38.22 # I don't think it is unreasonable to have the user convert to the size of the LCD 16.38.54 # xvid is mpeg4 which uses YUV like mpeg2 16.39.17 # from your experience is it faster to copy a a memory block on wich an idct is performed to iram and work on it, then swap it back again, to slow ram, ? 16.39.25 Join chendo_ [0] (n=chendo@203-206-76-190.dyn.iinet.net.au) 16.39.55 # or work directly on slow ram. I am wondering at wich point it's better to do a kind of swapping to iram 16.39.58 # mirak: I've no experience in that. 16.40.17 # I think we would just need to test. 16.40.34 # elinenbe: actually there is not much choice, the devices aren't powerfull enough to scale 16.40.54 # And also it would mean decoding much more data than is needed. 16.41.41 # converting a move takes less than 30 minutes. That's a kind of thing that you can do in advance before a train trip. I did it some times 16.41.54 # a movie 16.42.43 # linuxstb: anyway that's really fine to have the video plugins in cvs. I am sure it will attract some hackers 16.44.40 # mirak: Hopefully. 16.47.20 # i don't know if you could do something like only update parts of the screen which don't change between frames... (maybe that doesn't happen all that often) 16.47.51 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 16.48.15 # btw, what's the status on JdGordon's keyboard actions patch ? 16.49.04 # Anyone in here tried the m2v player plugin? Out of curiosity, does it regularly look significantly worse than the same file played on a PC, or am I dealing with an "It doesn't like the program I used to encode" issue? 16.49.18 # second issue 16.49.23 # Gotcha 16.49.27 # ffmpeg? 16.49.38 # you have to use linuxstb's magical command line to make it work nice :) 16.49.56 # I grabbed some point and click utility, since I'm in windows, but it seems like it probably used ffmpeg. 16.50.07 # i seem to get significantly faster transfer rates when dumping files onto my nano when it is fully charged. would that make sense, or is it just my perception? 16.50.26 # The good thing is that mpeg2dec plays those files - and mpegplayer is basically a port of mpeg2dec. 16.50.56 # i think it's a es / pes issue 16.51.03 # Should the framerate be displayed on top of, or underneath, the playback? 16.51.33 # upper left 16.51.34 # It _should_ be displayed on top... But it's get overwritten if you're playing a full-screen video. 16.51.48 # Gotcha 16.52.01 # Yeah, it was getting overwritten with mine, and I was curious if that was expected too. 16.52.11 # But I'll probably do what amiconn suggested, and replace it with a stats screen at the end of playback. 16.55.16 # can't you do the fps in yuv space? :) 16.55.19 Quit chendo (Read error: 110 (Connection timed out)) 16.55.22 # A stop button would also be useful... 16.56.24 Join qwx [0] (n=qwm@h229n1fls34o1010.telia.com) 16.56.51 Nick daurn|laptop is now known as daurn|afk (n=quae@unaffiliated/daurnimator) 16.56.59 # Does someone have a screenshot of rockbox playing a video? (so I can tease the mygigabeat people) 16.57.07 # Mikachu: Patches welcome :) 16.57.24 # Check the logs - I think someone posted one this morning. 16.58.05 # a video, of a video, of a video, of a video 16.58.07 # ;) 16.58.19 # Mikachu: you'd basically need to write a font rendering function which changes Y to 0 or 255 where you want text. But i'm not sure that you'd want to overlay stuff on the video atm ... takes CPU power :) 16.59.26 # markun: Take a screendump of Rockbox displaying a 176x128 jpeg. :-P 16.59.35 # linuxstb: looks terrible, but thanks :) 17.00.00 # Paul_The_Nerd: doesn't look very good on my H120 :) 17.00.21 # Hahaha 17.00.38 # markun: It should work in the sim... 17.01.11 # did someone already test it on greyscale LCDs ? 17.01.11 # It *does* work in the sim 17.01.34 # Gor 110fps and higher 17.01.37 # *Got 17.03.30 # dionoea: Nope, and it seems rvf would be more suitable for these 17.03.52 # Now if I could figure out how to use libmad and pcm playback... 17.04.02 # * amiconn wonders where Wett disappeared 17.04.18 # well you could just output the y component with the 32 levels of gray lib ... it might even look ok 17.04.45 # He said he already had rvf working on H1x0, including sound, but then disappeared and published no code... :( 17.05.02 # :/ 17.05.10 # its not the first time that happens 17.05.22 # remember the guy with the archos emulator? 17.05.28 # no? 17.05.39 # cpu, ata and lcd emulation 17.05.57 # then the guy vanished 17.06.10 # dionoea: It will be rather grainy because the redraw interferes with the temporal dithering in the grayscale lib, as they're not synchronised. And while being more cpu intensive, it wouldn't save much on data rate 17.06.40 Quit qwm (Connection timed out) 17.06.45 # hum ... indeed 17.06.50 # rvf on oour greyscale targets (H1x0, ipod g3, g4 and minis) will be around 1.4..1.6Mbps (for the video part), so it should be ok 17.07.01 # and I won't be surprised if we never see any code for the currently claimed wma codecs 17.07.05 # (That's about the same data rate as CD quality audio) 17.07.41 *** Saving seen data "./dancer.seen" 17.07.45 Quit theli_ua (Remote closed the connection) 17.07.52 # Hey, album art (from iTunes), is stored in the IDv3 info right? 17.07.58 # If we stick with mp2/mp3 for the audio track, only a few modifications are necessary in the rvf toolchain 17.08.26 # Mostly the different resolution, and the different pixel packing for ipod 17.08.32 # dionoea_work: "parts of the screen which don't change between frames" in fact that's what mpeg do itself. detecting what doesn't change is what a step in the compression scheme and it takes a lot of ressources to do that 17.08.48 # Now if I knew how to deal with libmad and the pcm playback api :/ 17.08.52 # mirak: i know ... but you still redraw the full screen at every frame 17.09.09 # so i was wondering wether you could still redraw only the part changed in P and B frames 17.09.56 # Is it possible for me to get the album art from a Mp3, I accidently delete the files from iTunes, but I had my backup RAR with all of them in it 17.11.56 # ShadowdogMU: there's no album arts on mp3s 17.12.03 # it's an external image 17.12.43 # Ok, well the RAR has the /jpgs, I see them, but when I extract them, they aren't there 17.12.57 # Strange... 17.13.09 # * amiconn is now very tempted to work on rvf playback 17.13.13 # H1x0 first 17.14.20 # it is possible the art is in the mp3 file, but it's a bit silly 17.14.35 # * linuxstb wonders what happened to Rockbox being an audio player... 17.14.45 # ShadowdogMU: maybe they're hidden files 17.14.59 # Already checked 17.15.13 # If I re-add them through the extracted folder... it has the album art 17.16.27 Join rconan [0] (n=richard@82.14.27.61) 17.16.39 # amiconn: How does the Archos video player buffer the data? Does it demux it into separate audio/video buffers as it reads from disk? 17.16.48 # nope 17.17.09 # That would be difficult, as the audio track might be vbr 17.17.29 # But the audio blocks always contain complete frames iirc 17.20.27 # gah 17.20.38 # rvf_mux is C++ 17.20.58 # also, is the vkeyboard still missing ; and :? 17.23.20 Join lightyear [0] (n=lightyea@p548778E0.dip.t-dialin.net) 17.25.30 Join BigMac [0] (n=dummeska@64-252-111-214.adsl.snet.net) 17.33.20 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.40.13 # linuxstb: I just checked; the audio blocks do _not_ always contain complete frames. 17.40.31 # But there is a pointer indicating the last frame boundary within the audio block 17.42.34 # (and another one indicating the first frame boundary) 17.42.51 # I think MPEG program streams do that... 17.43.27 # Is it possible to give libmad buffers with incomplete frames, and the rest of the frame in the next buffer? 17.44.05 # shouldn't the demux make sure that the decoders get full frames only ? 17.44.38 # This would be an extra step... I'm talking about .rvf here 17.47.04 Join pixelma [0] (i=pixelma@82.193.235.34) 17.49.26 Join Bger [0] (n=bager@rockbox/developer/Bger) 17.57.24 # The 'most recent changes' in the wiki don't work properly 17.57.50 # http://www.rockbox.org/twiki/bin/view/Main/WebChanges ? 17.58.33 # oh, the box at the bottom 18.03.05 Part Paul_The_Nerd 18.10.40 Quit rconan (Client Quit) 18.11.08 # Mikachu: Your test files work fine in the sim.... 18.12.04 # So I'm guessing it's a bug in my lcd_yuv_blit... 18.13.10 Join webguest26 [0] (n=54995f50@labb.contactor.se) 18.14.58 Join Jungti1234 [0] (n=jungti12@125.188.3.64) 18.15.09 # is there any chance that the mp3 decoder could be looked at, as i get the accassional artifact during playback om my H140, which i dont get with original OS all my ,usic is encoded with LAME@aps, thanks 18.16.19 Quit mirak (Remote closed the connection) 18.16.41 Part webguest26 18.16.50 # hahaha.. 18.16.52 # hello guys 18.17.00 # http://www.cdpkorea.com/zboard4/data/freeboard/cdpkorea-1155048907-1.jpg 18.19.13 Quit thegeek (Read error: 104 (Connection reset by peer)) 18.19.15 # linuxstb: the weird thing is the video gets good sometimes 18.19.21 # in parts of the image 18.20.53 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 18.24.17 Join jaczehack [0] (n=jac@c-d0f772d5.013-1-73746f40.cust.bredbandsbolaget.se) 18.26.28 # * linuxstb thinks that perhaps webguest26 should have given more info.... 18.26.41 # hm 18.26.52 # hei linuxstb 18.26.55 # or Mikachu, someone :p 18.27.04 # how can i convert a mpeg-1 on linux with sound? 18.27.25 # to what/from what? 18.27.54 # to mpeg1 from xvid 18.28.03 # i'd like to have sounds on my videos too 18.28.06 # you are aware the mpegplayer only plays video at this point? 18.28.32 # i read somewhere that it plays mpeg1 with sound and mpeg2 without sound 18.28.49 # No... Who's been spreading misinformation? 18.28.52 # somewhere? 18.28.55 # i don't remember 18.29.06 # i'll check 18.29.06 # try 18.29.27 # or maybe i readed incorrectly 18.29.31 # It currently only plays raw MPEG-1 or MPEG-2 video streams (no audio). 18.29.38 # it could be saying that both have no sound :o 18.30.08 # that is in fact what it is saying 18.30.39 # yeah 18.30.54 # i read it like it says that mpeg-1 has sound but mpeg-2 doesn't 18.33.42 # But no - it only plays 1) raw MPEG-1 video with no audio; and 2) raw MPEG-2 video with no audio. 18.34.34 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 18.35.38 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 18.40.26 Part Paul_The_Nerd 18.40.30 Quit dan_a (Read error: 110 (Connection timed out)) 18.41.44 Quit dionoea_work ("CGI:IRC (EOF)") 18.44.11 Quit elinenbe ("CGI:IRC (EOF)") 18.45.17 Join petur [0] (n=petur@rockbox/developer/petur) 18.46.26 Quit secleinteer (Read error: 60 (Operation timed out)) 18.47.22 Join secleinteer [0] (n=secleint@70.230.181.91) 18.51.43 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 18.52.39 # petur, do you know if any of the currently available AGC patches are synced with the CVS? 18.53.12 # Mikachu: Seems the problem is elsewhere - running the same LCD update code on my ipod that the SIM uses (i.e. not the new blit function) still gives me a corrupt image... So it seems the actual decoding is failing on the ipod, not the display... 18.53.23 # i see 18.54.18 # that is a bit odd 18.54.24 # But the files seem perfect in the sim - I've add a sleep(HZ/25) to it, so it displays at 25fps. 18.55.02 # try gcc -O0 maybe? 18.55.34 # Worth a test 18.56.59 # No, no difference. 18.57.09 # But much slower... 18.58.58 Join Febs [0] (n=40be240f@labb.contactor.se) 18.59.55 # you also see the corruption on your ipod, but it works on other targets? 19.00.06 # i guess i won't reach any conclusion from this, i'm just curious 19.01.26 # Yes, I get corruption on both my ipods (Color and 5g). 19.02.52 # not boosting doesn't help either 19.04.08 # I think we would have more serious issues if boosting caused things to go wrong... 19.04.20 # * linuxstb wonders if it's signed/unsigned chars... 19.04.22 # well, it did happen to me when i increased the freq from 75 to 78 19.04.32 # assuming i didn't accidentally increase it way more 19.04.51 # i thought i might as well try it 19.05.31 # i see only "char" and "unsigned char" in the code, what is default for arm? 19.05.57 # I forget.... It's whatever everything else isn't :) 19.06.01 # heh 19.06.14 # I think it's signed char on ARM. 19.06.44 # But no, libmpeg2 is using the int8_t etc types everywhere. 19.07.45 *** Saving seen data "./dancer.seen" 19.10.42 # i don't want to sound stupid, but where in the Makefile is the command for the .o files defined? 19.10.48 # is it inherited only? 19.11.57 # okay, it uses the CFLAGS at the top anyway 19.12.05 # Mikachu: tools/make.inc 19.12.06 # include $(TOOLSDIR)/make.inc 19.12.22 # use 'make V=1' to see the command lines 19.12.34 # bagder 19.14.08 # and the last -O option takes precedence in gcc right? 19.14.37 # I believe so, yes. 19.14.44 # because the $(GCCOPTS) includes -O 19.16.28 Join barrywardell [0] (n=barrywar@host-194-46-234-58.dsl-ie.utvinternet.net) 19.16.30 Quit secleinteer (Operation timed out) 19.16.43 Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) 19.17.39 Join secleinteer [0] (n=secleint@adsl-70-237-142-251.dsl.stlsmo.sbcglobal.net) 19.17.49 # petur? 19.18.01 # * linuxstb disappears for a while 19.18.13 # * petur pops in again 19.19.42 # Davide-NYC: my agc patch misses some changes by Mmmm, and Mmmm's patch is a but broken 19.19.51 # s/but/bit 19.20.16 # so I should go with the patch from 20060803 correct? 19.20.23 # (for now) 19.20.31 # automatic gain control? 19.20.36 # yes 19.20.43 # I'll put up my version, ok? 19.21.07 # it sync with CVS? 19.21.23 # yes... diffing now... 19.21.28 # awesome, thanks 19.22.19 # petur you have H300 or H120? 19.22.25 # bleh... somethings wrong... 19.22.27 # h340 19.22.46 # you have Joystick remote? 19.22.58 # no 19.23.11 # just a h100 one that whatboutbob gave me 19.23.53 # if I can find one for less than a small fortune I'll send you a joystick remote 19.24.05 # :-) 19.27.02 # patch is on the tracker 19.27.17 # * petur pops out again 19.32.16 Join Isobutane [0] (n=5224eef1@labb.contactor.se) 19.32.36 # Hey 19.33.04 # Can anyone spare five minutes for me? 19.33.55 # why? 19.34.54 # I'm trying to put the firmware into the pacth thing but I can't find the .hex and just keep opening folders to blank folders 19.34.59 # Stupid I can't find it, I know 19.40.21 # Isobutane: 'patch thing', 'blank folders'... what are you trying to do? 19.42.07 # rockbox an iriver H320 19.42.20 # how far did you get? 19.42.23 # I'm using the guide on the site, have downloaded the firmware and patcher 19.42.25 # not very 19.42.34 # I'm browsing with the patcher for the .hex, which I can't find 19.43.53 # re 19.48.44 # is pcmbuf.c the file to look at if i want to get decoded audio right before it gets sound to the audio output hardware on sw codec platforms ? 19.49.29 # gets sent? 19.49.37 # well get the raw audio basically 19.50.11 # the last function before hardware takes over 19.50.32 # bye 19.50.44 Quit Jungti1234 () 19.52.53 Quit Isobutane ("CGI:IRC (EOF)") 20.00.08 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 20.00.27 Quit Nibbler (Client Quit) 20.01.00 # * dionoea tries to find a wiki page explaining the audio decoding process in rockbox 20.01.34 Join qwm [0] (n=qwm@h229n1fls34o1010.telia.com) 20.05.12 # hum firmware/pcm_playback.c looks nice too :) 20.05.28 Join mirak [0] (n=mirak@ip-7.net-82-216-143.rev.numericable.fr) 20.07.31 # * amiconn just found out that gfx on linux seem to be slower than on windows 20.07.32 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 20.07.37 Quit Nibbler (Read error: 104 (Connection reset by peer)) 20.07.55 # amiconn: that's common indeed 20.08.21 # At least sdl... With mpegplayer I get 110fps+ on windows (1.5GHz Pentium M) but only 45fps on linux (Athlon64 3800+) 20.08.48 Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) 20.09.52 # i don't think sdl uses anything fancy like the render extension or cairo... 20.09.57 # but on windows it probably uses directdraw 20.12.54 Quit qwx (Read error: 110 (Connection timed out)) 20.13.39 # linuxstb: I probably found the bug... 20.15.21 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 20.17.00 # hey are any ipod photo devs around? 20.17.31 # yah right here 20.17.46 # i found a problem yesterday 20.17.55 # if i'm charging my ipod while playing music 20.18.06 # and the battery level reaches 100%, rockbox just freezes 20.18.15 # i was just joking 20.18.19 # oh lol 20.18.21 # but you can fill out a bug report 20.18.22 # goddamit 20.18.25 # where? 20.18.29 # ill link ya 20.18.32 # nvm got it 20.18.42 # k 20.19.05 # wait u have to register to report it? 20.19.14 # screw that 20.19.46 # why? 20.19.48 # secleinteer: the devs are reading the irc logs 20.19.53 # k 20.20.00 # amiconn: and? 20.20.03 # how bout you write down what happens 20.20.07 # and send it to me 20.20.14 # and ill post it for ya 20.20.20 # read above 20.20.26 # if i'm charging my ipod while playing music 20.20.32 # and the battery level reaches 100%, rockbox just freezes 20.20.48 # secleinteer: are you using any patches? 20.21.05 # no 20.21.13 # i don't think i've added anything 20.21.19 # except maybe a font or wps 20.21.45 # i'm using a wps available in the default package, as well 20.22.02 Quit _Lucretia_ (Read error: 113 (No route to host)) 20.22.08 # ok, just wanted to make sure 20.22.17 # amiconn: it depends if sdl uses overlay or not 20.22.41 # secleinteer: sometimes people are having problems with a patched build which doesn't exist in the official build 20.22.44 # Mikachu: Fixed, about to commit 20.23.03 # linuxstb: Please wear a forehead protector before looking at the diff.. ;) 20.23.34 # ok 20.24.03 # exactly what types of patches are you talking about? 20.24.07 # what do they do? 20.24.44 # Some added features that are not in the official build. Like album art support for example. 20.25.06 Join Ribs [0] (n=ribs@riblet.plus.com) 20.25.14 # secleinteer: are you charging via USB? What are you doing while you are charging? 20.25.28 Quit mirak (Read error: 104 (Connection reset by peer)) 20.25.28 # i'm charging via wall outlet 20.25.36 # and i'm playing songs while charging 20.25.58 # battery gets to 100%, and rockbox stops 20.26.02 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 20.26.58 # so i have to do menu+select reboot 20.27.17 # usually i don't have this problem, as i prefer to charge in apple os 20.27.38 # but in this case, i was also listening to my ipod at the same time 20.27.41 # secleinteer: I'm sure someone will take a look at it 20.28.59 # ok 20.29.01 # thx 20.29.06 # amiconn: i would not have found that error 20.29.50 # Well, it only happened on target. Couldn't be an endianess problem, as coldfire is big endian and pp is little endian 20.30.28 # Also couldn't have been a code path thta only works correctly on x86, because I also tested a sim on amd64 20.30.36 # my build system complains apps/plugins/bitmaps/native/SOURCES has no newline at end of file 20.30.38 # Conclusion: must be iram usage 20.30.48 # clever 20.31.06 # And putting initialised data (const or not) into .bss isn't a good idea... 20.32.18 # aw 20.34.24 # how come libmpeg2 didn't trigger it? 20.35.12 # i can confirm it fixes both my test files 20.36.05 # it fixes the ffmpeg files? 20.36.08 # yeah 20.38.38 # btw, the ffmpeg mpg decoder is a lot faster for me on hdtv videos and such, but it sometimes has bugs 20.39.01 # but maybe it's just sse optimizations and stuff, i have no idea 20.42.55 # amiconn: I updated that OSX patch 20.44.32 # it should affect other builds now 20.44.55 # the only thing I'm not sure about is this: 20.44.58 # - if [ `uname -m` = "x86_64" ]; then 20.44.59 # + if [ "`uname -m`" = "x86_64" ]; then 20.45.29 # I mean shouldn't affect other builds 20.48.27 # amiconn: I've just been sleeping, and woke up with the thought "that data shouldn't be in IBSS...". Then I read the logs.... So I would have got there eventually :) But thanks for fixing. 20.48.39 Quit Arathis () 20.49.19 Join Arathis [0] (n=doerk@p508A6E92.dip.t-dialin.net) 20.53.31 # is it possible to sleep less than 1/HZ in rockbox ? 20.53.43 # *1/HZ second 20.54.52 # You have to use the user timer. 20.55.24 # Why do you need to sleep for < 1/HZ? 20.55.41 # i'm trying to playback audio on the ipod's piezo 20.56.32 # do you know of any file i could look at for a user time example ? 20.56.49 # I think the lastest piezo driver patch uses it. 20.56.56 # linuxstb: what is the name of the mpeg player the devs are working on 20.56.57 # ok, thanks 20.57.13 # BigMac: linuxstb is "the devs" i think :) 20.57.14 # BigMac: "mpegplayer" 20.57.41 Join mirak [0] (n=mirak@ip-7.net-82-216-143.rev.numericable.fr) 21.00.04 Quit Nibbler ("Leaving") 21.00.49 Quit crash3m|wrk (Read error: 113 (No route to host)) 21.01.12 # whats ffmpeg and then? 21.01.20 # *and libmpeg2 21.01.56 # ffmpeg is a audio and video encoding/decoding library. libmpeg2 is an MPEG-1 and MPEG-2 video decoding library. 21.02.14 # The Rockbox mpegplayer uses libmpeg2. 21.02.41 # ok 21.02.47 # is there a patch for it yet 21.02.50 # You can use ffmpeg on your PC to create video files for mpegplayer to play. But at the moment, just the video (no sound). 21.02.53 # or is it just starting 21.03.11 # It's in CVS. Just click on a ".m2v" file in the browser to play it. 21.03.27 # (after downloading the very latest CVS build) 21.03.28 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 21.03.30 # ok quick question 21.03.43 # i have the newest jbuild 21.03.53 # if i update my rockbox with the cvs 21.04.10 # can i then put jbuild back over it and play m2v files? 21.04.38 # No. 21.04.53 # wait does this work on the 5g yet? 21.05.00 # no right 21.05.00 # yes 21.05.05 # woo hoo 21.05.07 # it's slow without audio 21.05.25 # ok linux is the patch in flyspray 21.05.36 # because ill just apply the jbuild patches along with that 21.05.43 # No - it's in the Rockbox CVS. 21.05.56 # aww 21.06.02 # that meansno video for me:-( 21.06.38 # BigMac: why not? 21.06.54 # because then i cant have jbuild on 21.07.14 # which along with the theme im woking on, has all the patches i couldnt live without 21.07.49 *** Saving seen data "./dancer.seen" 21.07.50 # That's the problem with using unofficial builds... 21.08.02 # i know im getting that now 21.08.04 Join webguest29 [0] (n=550263d8@labb.contactor.se) 21.08.05 # BigMac: why does it matter that it's not a patch then? 21.08.19 # because i could dl the patches i need 21.08.26 # and apply all them plus that one 21.08.31 Join _Lucretia_ [0] (n=munkee@dyn-62-56-49-254.dslaccess.co.uk) 21.08.44 # You mean apply them to the jbuild source code? 21.09.06 # no 21.09.21 # ohhh 21.09.29 # it just clicked in my head 21.09.41 # if i patch the source now, itd already have that in it 21.09.48 # Yes :) 21.09.59 # lol 21.09.59 # de de de 21.10.17 # linux your going to bed soon right? 21.10.46 # Not as far as I know... 21.11.08 # * Febs wishes he could go to bed soon. 21.11.20 # linuxstb amiconn: I've just been sleeping, and woke up with the thought "that data shouldn't be in IBSS...". Then I read the logs.... So I would have got there eventually But thanks for fixing. 21.11.32 # thought youd be going back to bed soon 21.11.50 # alright then if youll be here im going to try to patch a build 21.14.53 Join Belathor [0] (n=kyle@pool-71-115-141-177.gdrpmi.dsl-w.verizon.net) 21.17.34 Quit secleinteer (Operation timed out) 21.17.45 # so linuxst, is video working to a decent extent that you can play through it without it freezing up my ipod 21.17.58 # and are the videos going to be very large? 21.18.00 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 21.18.10 # hi! I'm having some trouble installing Rockbox on my 4G iPod via Ubuntu. I am wondering if this is where I could get some help? Thanks! 21.18.32 Join secleinteer [0] (n=secleint@adsl-70-237-232-207.dsl.stlsmo.sbcglobal.net) 21.18.59 # Belathor: Sure. 21.19.10 # (= 21.19.10 Join lodesi_ [0] (n=lds@d01v-89-83-171-57.d4.club-internet.fr) 21.19.37 Join leftright [0] (n=leftrigh@p549966DC.dip.t-dialin.net) 21.19.53 # Febs ? 21.20.08 # Yes? 21.20.22 # BigMac: The video files are compressed, so they are quite small - I've been encoding at around 450kbps. And yes, video should work reliably, it's just slow at the moment, and there is no sound. 21.20.28 # I was following the documentation but I am confused about step 2. 21.20.38 # Firstly, which documentation 21.20.39 # ? 21.20.51 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationFromLinux 21.20.59 # OK,. 21.21.24 # Which part is confusing? 21.21.30 # Step 2 21.21.37 # Febs: I dont agree with the wordingof Hold Navi in H140 section 2.4.1 WPS key controls, perhaps it might be better to lable it as Press Navi 21.21.43 # Belathor: Step 2 has many small steps... 21.21.54 # yeah 21.22.20 # So which one of those small steps is causing a problem? 21.22.37 # kyle@kyle-desktop:~$ ipod_fw -o apple_os.bin -e 0 bootpartition.bin 21.22.37 # bash: ipod_fw: command not found 21.22.38 # Febs: Hold Navi might be construed as 'select' hold and Navi 21.23.02 Join _birdman_ [0] (n=mrweeeed@cpe-066-057-008-163.nc.res.rr.com) 21.23.12 # Belathor: Did you follow step 1? 21.23.15 Join webguest62 [0] (n=550263d8@labb.contactor.se) 21.23.49 # leftright: can you give me some context? 21.24.00 # yes and there is an ipod_fw executable in my /home/kyle folder 21.24.03 # (what reference to "Hold Navi" are you talking about?) 21.24.07 # Febs: also the picture with descitions of the buttons has the joystick labeled as 'Select', perhpas it would be better to label the joystick as 'Navi" 21.24.30 # <_birdman_> hey i need some help 21.24.42 # Febs: under getting started, section 2.4.1 21.25.03 Quit _Lucretia_ (Read error: 113 (No route to host)) 21.25.10 # Belathor: Then you'll need to type "~/ipod_fw ........." - i.e. give the full path to ipod_fw. 21.25.13 Quit webguest29 ("CGI:IRC (Ping timeout)") 21.25.33 # <_birdman_> i just intalled senab's expiramental build, and now i cant get to any menu's all i see is "no files" 21.25.45 # leftright: OK, I'm with you now. I'll take a look when I have a moment. 21.26.03 Quit Belathor (Remote closed the connection) 21.26.08 # _birdman_: what is your "show files" option set to? 21.26.10 # <_birdman_> cant get to any menu 21.26.33 # is the ipod le or be ? 21.26.54 # _birdman_: and what platform (I'm guessing iPod) 21.27.10 # <_birdman_> 5gen ipod 21.27.11 # <_birdman_> yea 21.27.12 # Febs: infact the entire section 2.4.1 there are several references to Hold, does that imply press down and hold or select right and hold without pressing 21.27.57 # _birdman_: What do you mean "can't get to any menu"? What happens when you press the "Menu" button? 21.28.03 # is mpeg2 in dailybuild ? 21.28.10 Quit lodesi (Read error: 110 (Connection timed out)) 21.28.18 # <_birdman_> febs: nothing happens when i press the menu button 21.28.27 Join Belathor [0] (n=kyle@pool-71-115-141-177.gdrpmi.dsl-w.verizon.net) 21.28.38 # sorry, got disconnected somehow 21.28.46 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 21.29.39 # _birdman_: is the ipod turned on? if so, what is displayed on the screen right now? 21.29.58 # <_birdman_> right now, i just see "no files" and none of the buttons work 21.30.16 # Hey Febs, if Mmmm shows up (he's on the forums right now) let him know I'm here for testing if necessary 21.30.23 # (please) 21.30.42 Quit Arathis () 21.30.57 # linuxstb: that worked a little better. Now it tells me "Cannot open firmware image file bootpartition.bin" 21.31.03 Join madcow [0] (n=565170b8@labb.contactor.se) 21.31.07 # leftright: Read section 2.1.1, "Pressing the joystick down is labelled Navi throughout this manual." So yes, you're right, we should correct the photo to be consistent. 21.31.18 # Hi there 21.31.57 # I'm new here, can someone give me wiki write access. I want to upload a wps to the gallery... 21.32.18 Quit Poka64 ("nite all") 21.32.23 # linuxstb: I tried the daily build, the video is corrupted 21.32.28 # dionoea: Yes. 21.32.36 # thanks 21.32.37 # the speed is much better, cpu boost really does a difference 21.32.37 # mirak: Use the latest CVS build. 21.32.53 # Febs, still think that Hold Navi is a bit undescriptive 21.32.54 # leftright: As used in 2.4.1, the word "hold" means a long press of the button. 21.34.17 # bootpartition.bin is definitely in my home folder. 21.35.30 Join Arathis [0] (n=doerk@p508A6E92.dip.t-dialin.net) 21.35.31 Join LandusMikain [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 21.35.31 # Febs: perhaps that should be highlighted or in bold, as to be honest I missed that, 21.35.32 # leftright: like I said, I'll take a look at it. Perhaps "Long Press Navi" would be more descriptive and less likely to be confused with the hold switch. 21.36.05 # Long press is good 21.36.33 Quit Landus (Nick collision from services.) 21.36.39 # If we update the picture to be consistent with the text, it will be much more obvious. 21.36.47 Nick LandusMikain is now known as Landus (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 21.37.18 # Pressing the joystick down is labelled Navi 21.37.18 # throughout this manual. 21.38.01 # Am I missing something? 21.38.02 # Febs;, sorry its that^^ that's what i think should be highlighted 21.38.14 # Is there an admin in here? (don't wanna bother but need wiki write access). 21.38.28 # My bootpartition is 2GB while the documentation said it would be 40-80 mb 21.38.39 Quit _birdman_ () 21.38.46 # (bootpartition.bin) 21.40.20 # Tha'ts not right. 21.40.44 # Is your player's storage space 2GB? 21.40.56 # oh madcow... ;) 21.40.59 # no, its 20Gbs 21.41.12 # madcow, what's your wiki name? 21.41.41 # which model player Belathor ? 21.41.54 # iPod fourth generation 21.41.59 # (grey screen) 21.42.05 # same as mine 21.42.56 # hmm weres paul? 21.43.16 # My desktop runs Linux, but I did several installs from various computers running Windows....the 4G has 2 partitions, the first is a 40 MB "firmware/boot/stuff" partition that is never touched...that is what the bootloader instruction are trying to download, patch, and then upload again....the second partition is where all your music and actual rockbox files are. 21.43.17 # My wiki name is: jeroen klomp 21.43.27 # leftright: I understand that you are saying that the sentence should be highlighted, but I don't see how that is necessary when there is a giant picture above it that will contain the correct label for a press of the joystick. 21.43.39 # Thanks in advance 21.44.08 # All of the other actions that are possible with the joystick are already labelled. 21.44.12 # When it asked you put dd if=/dev/sda of=mbr.bin count=1 into terminal, did you put sda or sdb? And if so, what did you substitute for dd if=/dev/sda1 of=bootpartition.bin? 21.44.33 # What is the page for Linux Belathor ? 21.44.43 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationFromLinux 21.44.55 # madcow: should work now 21.45.05 # febs: on my 12.1 inch screen with pdf zoomed to 100% i have to scroll down and that nice picture is out of view, thats why I suggest that 21.45.05 # i can't remember the name of the patching guide paul showed me 21.45.28 # Thanks, we'll see 21.45.51 # ok now this is really pissing me off 21.45.55 # i added some songs 21.45.57 # Belathor, those are two different steps....did the first one...the mbr.bin one make the 2GB file or was that the second command? 21.45.59 # and updated the tag cache database 21.46.07 # and now only 1 or 2 songs out of each album are showing up 21.46.11 # does any1 know of this problem? 21.46.13 # febs: plus its such an important operating principal that perhaps it should be highligthed 21.46.28 # i think it is that tag cache sucks 21.46.44 # RoC_MM: The second one generated the 2GB file 21.46.46 # lol well i really don't have another option 21.46.57 # yah you do 21.47.01 # like? 21.47.08 # do you still have the music? 21.47.12 # yeah 21.47.53 # secleinteer: what build are you using? 21.47.59 # today's 21.48.06 # but this problem has occured with older builds as well 21.48.18 # Belathor, try to see if cfdisk (partition viewer) is available by doing "cfdisk /dev/sda" 21.48.22 # i think i found a way around it, but i don't remember the exact method 21.48.44 # then make a folder in the root of your ipod and name it music or whatever 21.48.44 # just put all your music in their 21.48.44 # so much easier 21.48.59 # i can't do that 21.49.10 # the filenames for the songs are very inconvenient 21.49.12 # RoC_MM: I get a fatal error. 21.49.28 # they scroll off the screen 21.49.29 # Like bad command? 21.49.37 # BigMac: I can think of about a dozen reasons why that is a bad idea. 21.49.43 # i've already tried that method 21.50.08 # is there any way i can debug the problem or something and send a log to the devs? 21.51.25 # Belathor, you can also view your 4G's partitions by issuing "fdisk /dev/sda"...then when it says "Command (m for help):" enter "p" for "print partition table" 21.51.27 # btw, where are the irc logs stored? 21.51.32 # maybe i can find my method in them 21.51.34 # FATAL ERROR: Cannot open disk drive 21.51.34 # Press any key to exit cfdisk 21.51.40 # http://www.rockbox.org/irc/ secleinteer 21.51.44 # febs:such as? 21.51.45 # k thx 21.51.50 # Belathor, press any key...then follow above instructions 21.51.50 Quit Febs ("CGI:IRC (EOF)") 21.51.59 Join Febs [0] (n=40be240f@labb.contactor.se) 21.52.40 # Can't edit wiki. maybe wrong password? password reset doesn't work 21.52.41 # ok 21.52.48 # leftright: We're probably doing to be adding an overview section to the beginning of the manual that will give a better overall summary of how to navigate Rockbox. 21.52.52 # anyone use vmware for compiling? 21.53.23 # ok, I see my partitions 21.53.28 Quit Daishi (Read error: 110 (Connection timed out)) 21.53.34 # Febs; ok 21.54.00 # Great Belathor ...the "blocks" are probably roughly equivalent to 1K blocks....so if you see a partition of about "40000" blocks that's about 40 Megs and would be the boot partition. 21.54.09 # could someone recommend a tiny, yet clear sans-serif font that works nicely on a nano? i've been using 'snap', which is lovely, but i want to switch it up a little. 21.54.51 # RoC_MM: they are all a lot bigger than 40 megs 21.54.57 # )= 21.55.04 # Is the smallest 2 gigs then I suppose? 21.55.07 # or the first 1? 21.55.09 # rather... 21.55.20 # "all"... 21.55.24 # excitatory: are you planning on converting some fonts for rockbox? 21.55.37 Join _Lucretia_ [0] (n=munkee@dyn-62-56-49-254.dslaccess.co.uk) 21.55.40 # the first is 2 gigs and the smallest 21.55.45 # its my swap 21.55.56 Join Daishi [0] (n=daishi@ool-45703854.dyn.optonline.net) 21.55.56 Quit webguest62 ("CGI:IRC (EOF)") 21.56.01 # the "sda" device must be mapped to another USB device...there are only 2 partitions on a stock 4G partition layout...do you have other USB storage devices plugged in? 21.56.16 Part leftright 21.56.21 # sda can also map to SATA devices I think. 21.56.42 # OK 21.57.47 # BigMac: no, but if i knew how, i would consider it for sure. 21.58.20 # im sure there is a guide 21.58.24 # Try this...unplug the iPod from the computer....wait say 5 seconds....then plug it back in, and wait 10 seconds before issuing"dmesg".....alternatively, you could try issueing "dmesg" now, but the hardware detection and device mapping information for the ipod may be a little ways up in the log 21.58.35 # whenever you issue dmesg, now or then 21.58.43 Quit madcow ("CGI:IRC") 21.58.51 # look for the lines about the ipod, and then look for the part about sda or whatever 21.59.14 Quit merbanan (Read error: 104 (Connection reset by peer)) 22.00.12 Join merbanan [0] (i=banan@farmer.campus.luth.se) 22.00.26 Quit Ribs (".") 22.03.48 # i think it means that its sdb 22.04.08 # Likely 22.04.18 # that's hte second address it will give out 22.04.22 # sda is the first 22.04.25 # anyone have fontforge on there comp 22.04.38 # so basically, anywhere on that page (the rockbox page0 it says "sda", just use "sdb" 22.05.18 # ah 22.05.21 # ok, but do I still use sda1? 22.05.42 # Belathor, they use fdisk here as well... you can use fdisk -l /dev/sdb to see your ipod partition 22.06.22 # the "sd" means SATA or USB, and the "a" means "first device to be detected, "sdb" would be second device to be detected, "sdc" would be 3rd...and the numbers are partition numbers...like 22.06.53 # "sda1" is your other drive ....and the first partition...and "sdb" is your ipod, the whole thing...and "sdb1" is your ipod's first partition 22.07.04 # So no. 22.07.13 # sda corresponds with your other device... 22.07.30 # Most of the time there is no "other device" so they didn't point out this caveat I think. 22.07.42 # (they might have somewhere...I haven't reead the install from linux page entirely) 22.07.52 # alright 22.08.23 # Belathor: Just for some more insight, you can type mount and see where your partitions are mounted, and what they are. 22.08.25 # so sdb1 is the 40 meg partition with the firmware on it 22.08.33 # should be.. 22.10.18 # Say my name if you have any other questions...my irc will be minimized 22.10.26 # Belathor: You need to be careful when writing the bootloader back - if you don't know which disk device is your ipod, you could accidentally trash your computer's hard disk... 22.11.07 # linux 22.11.25 # Big 22.11.37 # mika 22.11.37 # does linux os have a program thatll convert them to bdf so i can put it on rockbox 22.11.43 # that doesn't sound good. )-: 22.11.58 # BigMac: "them"? 22.12.09 # I've been trying for a few days without any luck. 22.12.31 # ok, thanks RoC_MM 22.13.02 # Belathor: It should be straightforward - how many different disks does the command "fdisk -l" (that's the letter "ell") display information for? 22.13.39 # right 22.14.00 # Belathor: what os are you running? it shouldn't be that hard to figure out which drive is your ipod 22.14.07 # .oO(the letter e-one-one?) 22.14.11 # linuxstb: sdb1 and sdb2 22.14.14 # *g* 22.14.23 # secleinteer: Ubuntu 22.14.29 # :D 22.14.41 # Those are two different partitions on one disk - the disk itself is sdb. 22.14.43 # Belathor: does ls /dev/disk/by-id give anything? 22.14.47 # then it should be something like /dev/ipod, i'm guessing 22.15.01 # if it's sdb whatever 22.15.01 # fonts 22.15.05 # then 1 should be your hard drive 22.15.12 # or trying removing your ipod and see what remains 22.15.41 # Belathor: In the "System" column in the output of fdisk, it should list the first one as type "Empty", and the second partition as type "W95 FAT32". 22.16.00 # Belathor: you can use the usb-Apple_iPod_00000083065F* devices if you want 22.16.07 # linuxstb: do you have to use fdisk to get rockbox working with linux? 22.16.12 # Belathor: if you press tab, it will fill in the rest of the name for you 22.16.18 # And the "Blocks" column for /dev/sdb1 should be something like 40131. 22.16.39 # secleinteer: I use it to find out which disks have been given which device names. 22.16.52 # linuxstb: yes, thats what I see. 22.16.55 # oh i see 22.17.15 # i think i'll plug my ipod into my ubuntu box just to see what happens :D 22.17.41 # linuxstb: i use ls -l /dev/disk/by-id :) 22.17.48 # Belathor: Then your ipod should be /dev/sdb. So the command to backup the firmware/boot partition is "dd if=/dev/sdb1 of=bootpartition.bin" - that should create a 40MB bootpartition.bin 22.18.11 # Mikachu: "fdisk -l" is less typing... 22.18.40 # linuxstb: alright, I'll try that instead of sda1 then! thanks 22.19.07 Join Rudy4Pez [0] (n=A@65-102-20-210.ptld.qwest.net) 22.19.17 # * mocker | 22.19.24 # ;) 22.19.30 # fitting nick 22.19.40 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 22.19.42 # Mikachu: So I should create symlinks pointing to those? Do you know what the long hex number is after "usb-Apple_iPod" ? 22.19.55 # ahh! (= 22.19.55 # linuxstb: 22.21.05 # but yeah, setting up a /dev/ipod* is better for your health in the long run 22.21.31 # I have two ipods though, and I like to mount them both to /ipod (I never connect them both at the same time...) 22.21.34 # Mikachu: do you have to edit /etc/fstab to get an ipod recognized in linux? 22.21.41 # secleinteer: uh, no 22.21.47 # k lol 22.21.53 # fstab is pretty much for stuff you want mounted automatically at bootup 22.22.03 # then you do mount? 22.22.12 # or if you want to allow a person other than root to mount it 22.22.28 # you can setup automounting if you fiddle in /etc/hotplug/usb 22.22.28 # scorche: i'd just sudo mount for that 22.22.41 # as in a user that is not able to sudo 22.22.42 # i don't think i want to do that :d 22.22.44 # or use something bloated like hal 22.22.45 # I noticed that fedora has deprecated hotplug already! 22.22.56 # bk 22.22.57 # 1 or 2 years ago :) 22.23.02 # took me long enough to get my windows share mounted to a local location through /etc/fstab 22.25.04 # woah 22.25.20 # i plugged in my ipod and rhythmbox pops up right away and recognizes it 22.27.14 Quit excitatory (Read error: 104 (Connection reset by peer)) 22.28.55 # see that would annoy me 22.29.03 # if i plugged it in to update mpegplayer :) 22.29.15 # mpegplayer? 22.29.17 # great! now it tells me there is 'no such file or directory' as sdb1 22.29.36 # Belathor: it shows up for me as /media/ipod 22.30.47 # Belathor: could you paste the contents of fdisk -l /dev/sda and fdisk -l /dev/sdb on pastebin.com ? 22.30.48 # ): I don't see it there 22.30.59 # what do you see under /media? 22.31.14 # secleinteer: we're not even trying to mount it... 22.31.56 # aren't you trying to find out which one it is? 22.32.59 # whether it's sda1 or 2? 22.33.17 # hah, that was never the question 22.33.26 # oh lol ;0 22.33.47 # secleinteer, try to avoid giving Ubuntu-specific advise, too... :P 22.34.10 # secleinteer: cdrom, cdrom0, sda2,sda3, usbdisk 22.34.29 # BHSPitMonkey: well, the only reason i'm doing that is because belator is running ubuntu 22.34.39 # Belathor: maybe usbdisk? 22.34.55 # secleinteer: fdisk -l /dev/sdb is taking forever 22.35.28 # ok.....is that good or something? 22.35.35 # can't u cancel it? 22.35.56 # I don't think its good. 22.36.04 # CTRL+C 22.36.07 # ok 22.38.35 # amiconn: how did you find that video corruption fix ? (seems like black magic to me :D ) 22.38.46 # he explained it to me earlier 22.39.02 # * dionoea browses up 22.39.09 # dionoea: Check the log around 20:29 22.40.16 Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) 22.40.22 # indeed ... (the 3 arrays look like const data to me though) 22.40.23 Part tommeyer 22.40.25 Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) 22.40.51 # dionoea: The 2nd and 3rd have no 'const' on them, hence they need to go into .idata 22.41.04 # Otherwise compiling produces a section type conflict 22.41.12 # hum ... ok :) 22.41.37 # * linuxstb likes to do these things to test amiconn's debugging skills... 22.41.44 # :D 22.41.58 # * amiconn is searching for methods to speed things up... 22.42.18 # secleinteer: It was found by the system automatically and appeared on my desktop. now it doesn't do that anymore 22.42.50 # Belathor: Have you tried unattaching your ipod, and then reattaching it? It sounds like your computer has lost contact. 22.43.08 # Hi, I've been trying out mpegplayer on the video ipod, and it's not all that fast. I'm happy to help speed it up, if anyone can point me in the right direction. 22.43.24 # tommeyer: You'll need to find your own direction... 22.43.52 # linuxstb: yeah, but its not being detected by the os as an iPod anymore 22.43.53 # linuxstb: I presume you didn't import all of libmpeg2. Can you point me to viewcvs or sth? 22.43.53 # hmm i have a temporary fix 22.43.54 # linuxstb: did you commit the ipod video yuv blit function yet ? 22.44.55 # amiconn: dionoea pointed me here earlier: svn://svn.videolan.org/libmpeg2/trunk 22.45.12 # But I downloaded it from http://libmpeg2.sourceforge.net 22.45.18 # dionoea: Not yet, no. 22.45.24 # * amiconn has no svn installed 22.46.05 # tommeyer: There's one optimisation I haven't committed to CVS yet for the 5g - as dionoea mentioned (the yuv blit function). 22.46.23 # linux 22.46.36 # ok so what do i need to watch my videos on my 5g 22.46.45 # I'm going to log out and log back in. 22.46.48 Quit Belathor ("Leaving") 22.46.49 # the converter and what else 22.46.59 # sourceforge is acting up :( 22.47.21 # libmpeg2 isn't hosted on sourceforge anymore (at least not the repository if that's what you're looking for) 22.47.37 # amiconn: what programs do i need to get my video into a rockbox watchable form 22.47.39 # i'll add a libmpeg2 trac so that people can browse online 22.47.41 # 2 secs 22.48.19 Join qwx [0] (n=qwm@h229n1fls34o1010.telia.com) 22.48.55 # dionoea: how do i convert to m2v? 22.49.29 Quit qwm (Read error: 110 (Connection timed out)) 22.49.30 # i can tell you using VLC 22.49.40 # but other people here us mencoder 22.50.03 # which one would be easier to use 22.50.07 # user friendly 22.50.26 Join LandusMikain [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 22.51.51 # linuxstb: I know why the framerate display is a little high first, and then goes down. (The effect is more obvious with low framerates) 22.52.11 # You're not counting the time to decode the very first frame, but you count that first frame 22.52.59 # dionoea: im trying to go from either mp4 and mov to m2v 22.54.49 # amiconn: Ah, I knew it would be something stupid... 22.55.25 # I'll change that, and make the fps display fps independent 22.55.48 # (currently it displays every 125 frames, I'll make it display every 2 seconds) 22.56.44 # meh 22.56.52 # * amiconn doesn't like code w/o whitespace 22.56.56 # using VLC it's: vlc --sout "#transcode{vcodec=mp2v,vb=600,width=,height=}:es{access-video=file,mux-video=es,dst-video=.m2v}" 22.58.51 # dionoea: with quotes? 22.59.11 # under linux yes 22.59.21 # else the { , } get expanded 22.59.32 # does it work in windows? 22.59.46 # sure 23.00.00 # and width is 240 on the video ipo and height is 320 correct? 23.00.06 # just remove the quotes and add an = sign between sout and #transcode 23.00.17 # ok 23.00.24 # or do it in the interface and cut and paste the sout chain 23.00.34 # and once i install vlc, i type this directly into the cmd? 23.01.05 # cd "C:\Program Files\VideoLAN\VLC" 23.01.09 # and then type this command 23.01.15 # or use the interface 23.01.23 Join Belathor [0] (n=kyle@pool-71-115-141-177.gdrpmi.dsl-w.verizon.net) 23.02.56 # amiconn: there you go http://trac.videolan.org/libmpeg2/browser 23.03.36 # linuxstb: The rate still goes down... 23.03.58 # dionnea:does vlc support mp4 or .mov 23.04.03 # sure 23.04.18 # yes? 23.04.20 # VLC supports everything except real media formats 23.04.27 # k 23.05.41 # god i hate my internet 23.05.51 # it wont load crap anymore 23.06.08 # not loading crap sounds like a good idea to me 23.06.12 # :-) 23.06.20 # lol 23.06.46 # :-0 i like my crape 23.07.25 # dionoea: how do i know when its done 23.07.34 # cmd popped up then dissapeared 23.07.43 # but its not in program files 23.07.49 # I think you mean, Real Media can't be supported by anything because it's a secretive spec. 23.07.51 *** Saving seen data "./dancer.seen" 23.07.53 # you're in the installation directory ? (/me hates windows command line) 23.07.53 Quit lodesi_ ("leaving") 23.08.15 # yah 23.08.22 # what command did you use ? 23.08.27 # none 23.08.31 # the exe opened 23.08.34 Quit Landus (Nick collision from services.) 23.08.35 # hehe 23.08.36 Nick LandusMikain is now known as Landus (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 23.08.37 # cmd flashed up 23.08.41 # then dissapeared 23.08.54 # the cmd.exe exe ? 23.09.03 # no 23.09.19 # http://www.videolan.org/mirror.php?mirror=http://mirrors.optralan.com/videolan/&file=vlc/0.8.5/win32/vlc-0.8.5-win32.exe 23.09.27 # RoC_MM: well lots of it has been reverse engineered 23.09.39 # oh ... the installer :) 23.09.48 # Real does not suppor reverse engineering. 23.09.59 # or rather 23.10.04 # cook audio was reverse engineered 23.10.05 # Real does not support compatibility 23.10.06 # but not video 23.10.19 # I like that best 23.10.26 # Real does not support compatability 23.10.42 # BigMac: the installer doesn't run ? 23.10.52 # like i said 23.10.58 Quit Bger ("nite") 23.11.01 # a command prompt opened 23.11.01 # then closed 23.11.07 # then nothing else came up 23.11.20 # amiconn: Looking at your H300 lcd_yuv_blit, was there a reason you check that width and height are even, rather than forcing the app to do it? 23.11.33 Join bluebrother [0] (i=4oyoLl32@nat-wh-1.rz.uni-karlsruhe.de) 23.11.44 Quit Spida (Read error: 131 (Connection reset by peer)) 23.11.53 # you're like the first person in 10 milion to have a problem with that installer :) (or i'm not understanding what you're telling me) 23.12.17 # well this sucks 23.12.33 # you're sure that you have the full file ? 23.12.35 # linuxstb: I don't check it, I force it to be even 23.12.41 # Yes, that's what I meant. 23.12.56 # i dont have the program installed yet 23.12.57 # It's just to not confuse the lcd controller (for width) 23.13.02 Join Spida [0] (n=timo@213.164.155.67) 23.13.05 # For height it's in fact unnecessary 23.13.10 # so i dont think ill need the line 23.13.38 # you could just download the zip and unzip it anywhere if the installer is a problem 23.13.47 # but double clicking on the installer usually launches nsis 23.15.29 # download it agan 23.15.52 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 23.15.59 # and don't use the optralan mirror, it has crappy upload 23.16.52 # ths cvs build are automatically done by the server ? 23.18.21 # mirak: cvs builds are built by a whole cluster of servers 23.18.23 # BigMac: is it working now ? 23.21.03 # does anyone volonteered for assembly optimisations of idct yet ? 23.21.31 # which do you suggest? 23.21.34 # I will go camping for 1 week 23.21.43 # BigMac: the first one in the list 23.22.10 # under exe? 23.22.15 # or 7zip 23.22.17 # mirak: you code assembly when camping ? 23.22.29 # BigMac: exe if you want to run an installer, 7zip or zip if you don't 23.22.36 # you choose 23.22.51 # i code assembly while im in class 23.22.55 # dionoea: on the beach on laptop by 40 degrees at shadow of the sun 23.22.59 # :) 23.24.38 # since idct is nĀ² and bidimentional we would probably increase performances much significantly than for audio codecs 23.24.55 # no ? 23.24.59 Join S0ap [0] (n=bob@unaffiliated/s0ap) 23.25.00 # yeah! 23 fps on ipod video with 100x130 resolution 23.25.23 # i should've selected a multiple of 8 size 23.25.29 # borders look weird 23.25.50 # You want multiples of 16 23.25.55 # * linuxstb commits the lcd_yuv_blit for the ipod video. 23.26.11 # * dionoea runs CVS up 23.26.28 # * linuxstb forgot to run CVS up 23.26.44 # :( 23.27.31 # whats a good windows program that yall suggest 23.27.31 # \ 23.27.46 # for...? 23.28.09 # im not sure 23.28.14 # anything 23.28.17 # dionoea: OK, it should be there now. 23.28.19 # some good programs 23.28.21 # useful 23.28.25 # linuxstb: neat :) 23.28.25 # curl! 23.28.26 # not frree 23.28.26 # ;-) 23.28.30 # gvim 23.28.34 # ipodpatcher.exe 23.28.34 # crul? 23.28.37 # format 23.28.43 # rockboxui.exe 23.28.55 # format.com ;-) 23.28.59 # vmware.exe 23.29.10 # i have vmware 23.29.13 # loadlin.bat 23.29.52 # wow you guys are funnnnnnny;-) 23.29.59 # BigMac: foobar2000 23.30.01 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 23.30.05 # not free 23.30.07 # yo 23.30.15 # i already have it 23.30.18 # process explorer / rootkit revealer / AVG antivirus / AutoCAD LDD... 23.30.35 # avg is free 23.30.41 # MS excel 23.30.46 # and what do the others do 23.30.52 # irfanview 23.31.05 # and btw dont bother suggesting any macromedia programs i have them all 23.31.05 # picasa 23.31.08 # * stripwax wonders what was the question? 23.31.17 # dang you must be rich BigMac. 23.31.21 # petur:ive said not free like 12 times 23.31.47 # BigMac: you may notice that not all suggestions were 100% serious 23.31.58 # stripwax: good non free programs 23.31.59 # so what you said has little importance ;-) 23.32.01 # i got that 23.32.06 # format isn't free ... 23.32.15 # s0ap:no just kind friends 23.32.20 # OS/2 Warp 23.32.25 # Bagder: is it ever anything else? ;) 23.32.32 # no 23.32.37 # BigMac: you also need Nero 23.32.40 # but sometimes you need to clarify 23.32.43 # brb 23.33.51 # I use very little non-free software, but I'd name Paint Shop Pro, Partition Magic, Nero and NTrack Studio as things I have paid for. 23.34.18 # linuxstb: 26 fps instead of 23 fps for my 100x130 sample. That's quite an improvement :) 23.34.24 # linuxstb: What about optimisations that don't change speed, but save IRAM? 23.34.52 # stripwax: you paid for Partition Magic and Nero ?!? 23.35.02 # amiconn: What do you mean? Removing some things I've already put in IRAM? 23.35.03 # (the CLIP() thing in idct.c) 23.35.11 # dionoea - yes, because they are non-free. 23.35.34 # No I mean implementing the clipping as a tiny asm inline instead that 7.5KB table lookup 23.35.59 # Almost the same thing as in jpeg.c - the clipping is just 3 insructions on coldfire 23.36.19 # I tried it, it doesn't change speed at all 23.36.27 # Sounds good to me. Can you do it for ARM as well? 23.36.54 # I can, but I can't test the speed impact 23.37.11 # I'm happy to test. 23.37.27 # Or you could run it on your mini, disabling video output. I've done that on my H140. 23.39.52 Join Variable [0] (n=A@65-102-20-210.ptld.qwest.net) 23.40.11 Join excitatory [0] (n=excitato@CPE-70-94-13-227.wi.res.rr.com) 23.40.17 # linuxstb: Just tested your 5g patch, get 26fps on a 176x132 video, and 8fps on a 320x240 23.41.30 # linuxstb: Then I can't see whether it is working correctly 23.41.31 # Damn it linuxstb. I just updated my ipod video build an hour ago. Now I have to do it again! 23.41.43 # You guys have been FAR too productive recently. 23.42.10 # :) 23.46.16 # amiconn: you can extract images to drive 23.46.32 Quit BigMac (Read error: 60 (Operation timed out)) 23.46.45 # well, there is what is needed to do that in mpeg2dec 23.47.05 Quit Rudy4Pez (Read error: 110 (Connection timed out)) 23.49.10 # tommeyer: Do you know ARM assembler? 23.49.18 Join rotator [0] (n=e@rockbox/developer/rotator) 23.49.46 # Febs: I wouldn't call a video player being productive :) 23.51.30 # Seems the masses would disagree with you. 23.52.40 # the masses need to wash 23.53.14 # hrmmm.. is anyone closer to figuring out how the broadcom chip or dma works on ipod 5g? 23.53.24 # * stripwax wonders if he needs to wash.. 23.55.16 # stripwax: AFAIK, no-one in Rockbox is doing any ipod reverse-engineering. Although Bagder's work on the Sansa may help. 23.55.43 # linuxstb - ah yeah, good point. 23.56.03 # If you look at the IpodStatus page, there are still a lot of things to do that we know how to do.... 23.57.06 # so, this video player - does it have known bugs or issues other than speed? 23.57.48 # I don't think so. Ask the masses... 23.58.06 # How close is support for the second processor? That would reduce need for optimizations if it's close 23.58.55 # The COP won't reduce the need for optimisations - we need that for audio decoding and disk buffering...