--- Log for 07.04.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 5 hours ago 00.01.05 # saratoga - I'm going to try a clean complete rebuild of tremor on my system; but I still think I'm getting some strange behaviour where an unpatched version works ok, but the patched version results in an app complaining about that LIKELY symbol at load link time, even when source tree doesn't contain the LIKELY symbol. very strange indeed. 00.01.45 Quit jgarvey (Quit: Leaving) 00.05.47 Quit robin0800 (Ping timeout: 240 seconds) 00.06.12 Join robin0800 [0] (~robin0800@149.254.182.243) 00.07.30 Quit JohannesSM64 (Ping timeout: 246 seconds) 00.12.29 # stripwax: once you're sure the benchmark results are correct, would you send a mail to the tremor list 00.12.37 # with the results 00.12.38 # will do 00.13.41 # saratoga - is the patch supposed to have fft-ffmpeg.lo in it? 00.13.57 # stripwax: IIRC someone said that should be removed 00.14.03 # but i haven't had a chance to remove it 00.15.08 # I wonder if that's been contributing to my problems in some way 00.16.17 Quit robin0800 (Remote host closed the connection) 00.16.42 Join robin0800 [0] (~robin0800@149.254.182.243) 00.17.21 # also patch seems to make fft.h executable; probably wrong. 00.17.56 # actually loads of files. 00.26.25 Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) 00.28.22 # saratoga - really weird. mpd definitely does not like the patched version of tremor, but plays ok on the unpatched trunk version; clean rebuild. Unfortunately I'm not getting a meaningful error out of mpd any more so a bit tricky to see what's going on .. 00.28.33 Quit CGL (Quit: Saliendo) 00.30.20 # ah-ha. dmesg is telling me there's an alignment trap. 00.31.19 # can you get an address out of it? 00.32.26 Quit dfkt (Ping timeout: 265 seconds) 00.32.49 Quit domonoky (Read error: Connection reset by peer) 00.35.44 # yep, but not quite worked out how to make use of it in an appropriate way. Address is 0x000002e2 ... fwiw .... 00.37.48 # i guess its not clear what binary to objdump? 00.38.19 # it's an LDR instruction of some sort however; so that's definitely an unaligned read. with a bit of luck I can coax gdb to do the next bit .. 00.38.25 Join yegor [0] (~d4c0fb2c@giant.haxx.se) 00.41.22 Join xiainx [0] (xiainx@wpa062051.wireless.mcgill.ca) 00.41.48 # could the bitrev table somehow be stored unaligned? 00.41.48 Quit mt (Remote host closed the connection) 00.42.15 # no i guess not since its an integer number of bytes long and full of int16s 00.42.21 # sorry even number of bytes 00.43.12 Quit yegor (Client Quit) 00.43.20 Join yegord [0] (~yegor@2001:67c:7c:40d4:224:7eff:fedf:124d) 00.48.46 Join chrism [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 00.48.59 Quit xiainx (Ping timeout: 276 seconds) 00.49.08 # New commit by 03Blue_Dude (r25503): Another small bookmark.c revision, no functional change, saves bin size 00.54.10 Quit evilnick (Quit: Leaving) 00.56.15 Part froggyman 01.03.37 *** Saving seen data "./dancer.seen" 01.04.12 Quit geertvdijk (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 01.07.14 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 01.07.20 # New commit by 03torne (r25504): Fix typo in a bootchart message 01.12.35 Quit DataGhost (Ping timeout: 260 seconds) 01.15.29 Quit ender` (Quit: Man created gods. The opposite remains to be proved. -- Serge Gainsbourg) 01.22.41 Quit Luca_S (Quit: CGI:IRC) 01.28.15 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 01.28.26 Join Adubbb [0] (~Aldubuc@67.201.160.144) 01.28.27 Quit robin0800 (Ping timeout: 260 seconds) 01.28.51 Part toffe82 01.32.11 Quit komputes (Ping timeout: 260 seconds) 01.43.09 # saratoga - hm, I'm pretty much out of ideas. it looks like it could be any number of things. weird, though, that the example works, but an actual application does not. (and i've confirmed I get no alignment traps on stock trunk tremor) 01.43.15 Join aaron_ [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 01.43.45 # ov_read, surprisingly, has some dodgy code in it (casting a char* buffer to short*) - but that would appear to work (since trunk tremor has the same code) 01.44.13 # I guess because the app that creates the buffer actually creates it aligned to short* boundaries (or better) in the first place 01.44.38 # (but that's a sloppy assumption on tremor's part imho!) 01.44.59 Quit stripwax (Quit: http://miranda-im.org) 01.45.08 Nick aaron_ is now known as oxymis (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 01.46.14 Quit adnyxo (Ping timeout: 269 seconds) 01.47.18 Nick oxymis is now known as adnyxo (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 01.52.39 Join komputes [0] (~komputes@ubuntu/member/komputes) 01.53.35 Join Sergio [0] (~fake@h49-net159.svil.netcampus.ca) 01.53.50 Join krabador [0] (~darkham@host74-44-dynamic.31-79-r.retail.telecomitalia.it) 01.55.34 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 01.57.14 Quit mikroflops (Ping timeout: 276 seconds) 01.57.28 Quit Surge97 (Ping timeout: 264 seconds) 01.58.53 Quit krabador (Quit: Sto andando via) 01.58.58 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 01.59.45 Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) 02.03.07 Quit mikroflops (Remote host closed the connection) 02.03.44 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 02.11.42 Join CaptainKewl [0] (jds@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.18.07 Quit mikroflops (Ping timeout: 252 seconds) 02.21.14 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 02.30.11 Join krazykit` [0] (~kkit@ppp-70-236-32-206.dsl.ipltin.ameritech.net) 02.33.31 Quit krazykit (Ping timeout: 252 seconds) 02.37.08 Join fyrestorm [0] (~nnscript@cpe-68-173-235-189.nyc.res.rr.com) 02.40.28 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 02.40.49 Join n1s [0] (~n1s@rockbox/developer/n1s) 02.42.54 Join Boldfilter [0] (~Boldfilte@adsl-82-106-236.jax.bellsouth.net) 03.02.01 Quit Adubbb (Ping timeout: 264 seconds) 03.02.14 Quit Adubb (Ping timeout: 260 seconds) 03.03.40 *** Saving seen data "./dancer.seen" 03.04.54 Join Adubb [0] (~Aldubuc@67.201.160.144) 03.07.59 Join Adubbb [0] (~aldubuc@67.201.160.144) 03.09.32 Join xiainx [0] (xiainx@wpa106034.Wireless.McGill.CA) 03.12.24 Quit komputes (Ping timeout: 265 seconds) 03.21.45 Quit n1s (Ping timeout: 240 seconds) 03.26.59 Quit adnyxo (Quit: Leaving) 03.36.38 Quit Adubb () 03.37.44 Join MadRat- [0] (jusjolly@c-98-246-178-10.hsd1.or.comcast.net) 03.40.43 # I have a G5, 30GB iPod (color LCD, search feature, video playback, etc) and I just installed Rockbox. When I try to play MP4s encoded with the Nero encoder using the HE profile (v1 or v2) I get moment of playback, a pause then another moment of playback. 03.40.58 # I didn't see anything in the documentation about it but I assume that's normal? 03.45.38 Join n1s [0] (~n1s@rockbox/developer/n1s) 03.48.41 Join Strife1989 [0] (~Strife89@adsl-154-2-63.mcn.bellsouth.net) 03.49.05 # Oh yeah, I also noticed I can't play OGG files with more than 2 channels. 03.52.19 # MadRat-: yeah, the CPU on your player probably isn't fast enough for AAC-HE 03.52.28 # at least not without a lot more optimization 03.52.42 # MadRat-: do multichannel oggs not play at all or only in 2 channels 03.54.21 # n1s: That's pretty much what I figured. The OGG files will sit there for a bit then skip to the next file. I can try to DCC send an example if you like. 03.55.16 # we have limited our decoder to 2 channels intentionally, but how it should handle multi channel files i don't know 03.55.28 # does Tremor handle multichannel vorbis? 03.55.46 # saratoga: i think it can but we limit it to 2 channels 03.55.47 Join fejfighter [0] (~fejfighte@C-61-68-102-68.hay.connect.net.au) 03.56.04 # mainly so we can know how big the buffers are 03.58.16 # n1s: No I was testing the limitations of Rockbox and playing multi channel OGG files doesn't seem to work. 03.58.45 # I'm really impressed by the midi and mod playback 03.58.54 # ok, i don't know if that is intentional but i would guess so 03.59.14 # maybe you could attach the file to a bug report? 03.59.30 # Sure if that's possible. Where do I go to do that? 04.01.08 Quit planetbeing_ (Quit: planetbeing_) 04.01.20 # i don't have grep handy, but google doesn't show anything suggesting tremor supports 5.1 04.02.48 # saratoga_lab: i've gtg but i thought i have seen something suggesting it does support multichannel 04.07.13 # the code seems like it should work with 5.1, at least skimming 04.07.23 # it maybe that the mallocs just fail due to lack of RAM 04.07.39 # Could it be an iPod issue? 04.07.47 # no 04.07.50 # OK 04.08.02 # <--- lousy programmer 04.11.33 Quit n1s (Ping timeout: 240 seconds) 04.16.40 Quit TheSeven (Disconnected by services) 04.16.53 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.17.04 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.26.08 Join froggyman [0] (~me@unaffiliated/froggyman) 04.32.01 Join Rob2223 [0] (~Miranda@p4FDC93EB.dip.t-dialin.net) 04.35.29 Quit Rob2222 (Ping timeout: 245 seconds) 04.37.43 Quit xiainx (Ping timeout: 240 seconds) 04.37.48 Part froggyman 04.38.30 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.79) 04.44.58 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 04.45.33 Join Barahir [0] (~jonathan@gssn-5f75494b.pool.mediaWays.net) 04.47.45 Quit fejfighter (Ping timeout: 264 seconds) 04.49.36 Quit Barahir_ (Ping timeout: 276 seconds) 05.03.03 Join anewuser [0] (anewuser@unaffiliated/anewuser) 05.03.42 *** Saving seen data "./dancer.seen" 05.05.01 Quit Strife1989 (Quit: Logging off the desktop.) 05.15.48 Join CGL [0] (~CGL@190.207.231.184) 05.20.39 Quit Strife89 (Quit: Gone sleepin) 05.22.46 Quit RadicalR (Read error: Connection reset by peer) 05.27.25 # New commit by 03ranma (r25505): Remove vim option line 05.39.30 Quit Horscht (Quit: Verlassend) 05.43.51 # New commit by 03jethead71 (r25506): Gigabeat S (imx31): Begin voltage and frequency scaling code. For now, to avoid overdrive voltage, just lower core voltage to 1.35V since voltage ... 05.44.36 Quit anewuser (Quit: http://xrl.us/Renoise Like renoise + like music? 3 days to submit your entry!) 05.44.55 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.57.02 Quit jordan` (Read error: Connection reset by peer) 06.09.08 Join jordan` [0] (~jordan@78.235.252.137) 06.12.56 Quit CaptainKewl (Ping timeout: 264 seconds) 06.16.20 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.2) 06.17.06 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 06.19.32 Quit S_a_i_n_t (Ping timeout: 264 seconds) 06.26.36 Quit togetic (Quit: WeeChat 0.3.0) 06.30.33 Part S_a_i_n_t_ 06.31.21 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.2) 06.36.49 # Is there a list of things I can bind to "Hotkey" someplace? The only thing I can find is in the manual just defines what hotkey is, and not how to use it. 06.37.36 # The impression I get at the moment is that its just broken, as most of the things I've tried setting to the hotkey just end in a data abort. 06.37.50 # S_a_i_n_t: I have no idea, but just out of curiosity what kind of player do you have? Mine is a gen 5 iPod 06.38.07 # Nano1/2 gen 06.38.19 # how's your battery life? 06.38.28 # Fine. 06.38.46 # heh I get about 10 or 12 hours out of mine 06.38.47 # Better than the OF can give me ;) 06.39.14 # Sorry I can't personally help, I just installed last night. 06.40.36 # No worries, man. Someone will see it at some point. 06.41.47 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 06.43.33 # S_a_i_n_t: Have you posted a bug report on the data aborts? 06.43.58 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 06.45.32 # Llorean: Not yet, just found it then. 06.47.36 # I wanted to clear up if I was doing something wrong...I did find the actual bit in the manual that explains how to set a hotkey just now, and it turns out I bluffed my way through it, and I was doing it right but so-far all the things I've tried assingning as "hotkey" end in data abort or just don't set. 06.47.54 # A data abort should never happen, even if you're doing something wrong. 06.48.33 # Sweet, I'll write down the exact address of the data abort and post a bus in Flyspray now then. 06.48.33 # If you can reproduce one with a current build, you should check if there's a bug report already, and if not, file one with instructions how, even if "how" is doing something stupid or weird. 06.49.30 # That's what I wanted to clear up really, whether or not my "how" was correct, or stupid and weird. 06.50.53 Join MadRat [0] (jusjolly@c-98-246-178-10.hsd1.or.comcast.net) 06.51.01 Quit MadRat- (Disconnected by services) 06.51.02 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.51.20 Nick MadRat is now known as MadRat- (jusjolly@c-98-246-178-10.hsd1.or.comcast.net) 06.53.05 # hehe...just noticed when logging into Flyspray that if you mess up your password you get "error #7 paassword failed" ;P 06.54.07 Quit CGL (Quit: Saliendo) 06.55.19 Join lpereira [0] (~lucien@142.12.92-79.rev.gaoland.net) 07.03.43 *** Saving seen data "./dancer.seen" 07.12.10 Quit Boldfilter (Quit: Boldfilter) 07.13.14 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 07.23.25 # S_a_i_n_t: are you getting data aborts with your build? the exact number isnt really useful unless you attach your rockbox.map file to the report 07.24.01 # yep, and Oh...didn't realize. 07.24.18 # Welcome back btw \0/ 07.24.34 # we annoyingly dont archive that file with builds so data aborts are annoying to see in flyspray :/ 07.25.13 # Blargh...I see why now. 07.25.25 Quit Adubbb (Read error: Connection reset by peer) 07.26.20 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 07.26.41 # In the tree context menu, I just can't set a hotkey, and in the wps context everything fails with a data abort :/ 07.27.20 # I have no idea how hotkeys work 07.27.51 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 07.28.43 Join Tux2 [0] (~Tux2@71-218-124-24.hlrn.qwest.net) 07.28.55 # Neither did I until last night/now...but it turns out I bluffed my way through it, and got it right...it just doesn't seem to work. 07.29.20 # I also think that menu+play is a horrible key combination to use...but that's just me I guess. 07.29.44 # well, ipods dont have spare buttons, so probably shouldnt include hotkey anyway 07.29.54 # The whole thing went in too quick IMO 07.30.05 # * JdGordon refuses to comment 07.30.24 # Nuff sain ;) 07.30.31 # dammit *said 07.30.36 Quit xiainx (Ping timeout: 260 seconds) 07.35.09 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 07.42.34 Join Adubb [0] (~aldubuc@67.201.160.144) 07.44.10 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 07.44.34 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 07.45.22 Quit kramer3d (Quit: Leaving) 07.47.15 # New commit by 03FlynDice (r25507): sd-as3525v2: Set SD FIFO TX/RX watermarks once in init_controller() and leave them alone after that. ... 07.48.31 # Hey guys, I just bought a Sansa Fuze v2 and I would love to help you guys, I just have one question: should I update the firmware on my Fuze before I upload the roxbox firmware? 07.48.59 # the installation instructions for the Fuze involve updating the firmware 07.49.05 # just read through them it should be clear 07.49.31 Quit xiainx (Ping timeout: 264 seconds) 07.49.46 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 07.50.04 # Ah, okay, I was reading the steps in the forum about if you want to test for the fuze and didn't see that. :) I'll go to the other page and read that. Thanks. :D 07.50.13 # Tux2: You don't need to, just use the latest OF firmware when you run mkamsboot and that should update the OF for you 07.51.11 # we have instructions on the forums? 07.53.13 # http://forums.rockbox.org/index.php?topic=14064.1500 Page 101 07.53.35 # Are these the instructions I should be following here: http://www.rockbox.org/wiki/SansaAMS#Installation_for_Unusable_other 07.54.01 Quit mikroflops (Ping timeout: 276 seconds) 07.54.24 # thats just some test build, you probably shouldn't be installing that now 07.54.49 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 07.55.22 # Ah, I see. 07.55.48 # made it more clear not to actually follow those 07.57.01 Quit arbingordon (Quit: `) 07.57.23 # Tux2: That second link you posted was right 08.01.36 # Tux2: The process is the same with all the AMS Sansas but since the Fuzev2 is still in the unusable category you'll have to build your own bootloader and main. 08.03.40 # S_a_i_n_t: isn't Menu and Play the top and bottom keys on the clickwheel? 08.04.05 Quit xiainx (Ping timeout: 258 seconds) 08.04.11 # we have binaries for the main build actually: http://build.rockbox.org/data/rockbox-sansafuzev2.zip 08.04.31 # but we should probably think about putting up an official bootloader, I think all the issues with backlight are now fixed and it should be ready to go 08.04.39 # Cool. 08.04.55 # pixelma: did I say menu+play? If I did, sorry...I meant select+play, but yes, menu and play are at the top and bottom respectively. 08.05.15 # Aha...I did say that...shit, sorry. 08.06.53 # Ahem... " "select+play" is an awful key combo for the hotkey, though I don't see one that would work any better." 08.08.13 # Okay, so, just to make sure, what exactly do I need to do? I know I have FlynDice and saratoga_lab throwing things at me, but, for you guys to test your builds on my device, what do I need to do? 08.08.32 # follow the instructions 08.08.55 # Okay, reading yet again. :D 08.09.41 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.11.02 # Tux2: The install instructions are right after the unlikely heading.... "Installation: " ;-) 08.11.03 # Never dealt with cross compiling yet... 08.11.10 # lol. 08.11.15 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 08.11.40 Join tanbo [0] (~da389b6a@giant.haxx.se) 08.12.15 # I would have to say that I am not an experienced C programmer... but that I do know enough to compile programs for myself... 08.13.00 # According to the instructions I assume that I have an ARM CPU in this Fuze, right? 08.13.14 # yeah\ 08.13.16 # Tux2: Correct 08.13.48 # Perfect. I'll get back with you guys when I get this thing compiled... 08.16.45 # Does Rockbox have floor 1 playback for OGG files? 08.17.12 # MadRat-: yes, basically all vorbis files are floor1 08.17.25 # OK 08.17.46 # floor0 hasn't been used in almost a decade 08.17.53 # I have two OGG files that have 6 channels but won't play on my iPod G5 08.19.00 # are they different then the ones you mentioned before? 08.19.07 # no 08.19.20 # Would you like to see a mediainfo report? 08.19.27 # my random guess would be they run out of memory and the codec quits when a malloc fails 08.19.47 # if you compile the sim and add some print statements you can check 08.20.29 # I wouldn't know how to do that I'm afraid. 08.20.48 # are there multichannel vorbis sample files online 08.22.55 # Do you have a ULR? 08.22.58 # URL? 08.23.25 # ? 08.23.33 # should I do the target arch as arm, arm-eabi, or both when I run the rockboxdev.sh? 08.23.47 Join ender` [0] (krneki@foo.eternallybored.org) 08.24.15 Quit lpereira (Quit: Leaving.) 08.24.32 # saratoga_lab: Do you have the URL of a mitichannel vorbis sample? 08.25.03 # i asked you if you had one . . . 08.26.10 # I'm sorry. I have two files I use for testing. 08.26.21 # New commit by 03jethead71 (r25508): Gigabeat S: Extend the upper temperature range for battery charging to 50C: OK and 45C: Resume. Currently extended disk activity can cause it to ... 08.26.29 # I can dcc send them or post them if that helps 08.26.41 Quit xiainx (Ping timeout: 240 seconds) 08.27.02 # i was going to suggest finding or making a link and then filing a bug report 08.27.36 # not sure if this is even really a bug, but its worth documenting 08.28.05 # saratoga_lab: I agree, I'm not sure if it's a bug or limitation 08.30.43 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.32.35 Quit tanbo (Quit: CGI:IRC (EOF)) 08.32.40 # jhMikeS: Hmm, what would I have to do now if I want the beast to run at 528MHz? 08.34.16 # amiconn: Remove the PMIC write or just set it to 1.600V. 08.35.25 # According to the specs, it shouldn't run above 1.470V (iirc) except for exceptional circumstances (overdrive). 08.35.47 Join mitk [0] (~mitk@195.117.162.130) 08.36.38 # At least it's looking promising by lowering the voltage, perhaps 30%-50% more runtime guessing from 120 minute samples, comparing from similar voltage difference on old benches. 08.37.58 # We'll see though. I'll try to do a proper bench today with SVN. 08.39.38 Quit amiconn (Disconnected by services) 08.39.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 08.40.02 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 08.40.14 Quit pixelma (Disconnected by services) 08.40.16 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 08.40.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 08.42.34 Quit xiainx (Ping timeout: 264 seconds) 08.43.08 Quit Tux2 (Remote host closed the connection) 08.46.25 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.46.44 Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it) 08.48.44 # Here's the bug report: http://www.rockbox.org/tracker/task/11183 08.49.39 Join Tux2 [0] (~Tux2@71-218-124-24.hlrn.qwest.net) 08.53.19 Quit xiainx (Ping timeout: 246 seconds) 08.56.50 Join Bagder [0] (~daniel@rockbox/developer/bagder) 08.59.24 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 09.03.45 *** Saving seen data "./dancer.seen" 09.05.14 Join petur [0] (~petur@rockbox/developer/petur) 09.07.01 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.07.06 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.16.39 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.17.17 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.17.53 Join xavieran [0] (~xavieran@dsl-58-6-80-228.sa.westnet.com.au) 09.19.45 # S_a_i_n_t: you could try a build before the hotkey addition. The same key combo was used then for a shortcut to the playlist viewer in the WPS, might be interesting (potentially be pointless as well though) to know whether it was broken back then already 09.19.51 # Just to let you guys know, your instructions don't work with the newest firmware update... It gives me this error: [ERR] Original firmware unknown, please try an other version. Tested Fuze versions are : 2.01.17, 2.02.26 09.21.12 # I downloaded firmware version 2.02.26 and re-did the mkamsboot and it worked. 09.21.23 Join tanbo [0] (~da389b6a@giant.haxx.se) 09.22.07 # somebody has to test and add the md5/sha1 I think 09.22.09 # it's "fun" how the addition with the hotkey functions show that this (playlist viewer shortcut) was not well tested and probably unknown before. Shows something about not documenting things... 09.22.17 Quit xiainx (Ping timeout: 258 seconds) 09.22.43 # Ah, got it tmzt_ 09.24.12 # Okay, here goes nothing... putting on the bootloader... 09.26.17 # pixelma: it is very unlikely that the button combo causes the abort 09.26.26 # *much* more likely that new code is broken 09.27.24 # Well, firmware upgrade went well... the device still boots! 09.28.18 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 09.28.32 Quit mikroflops_ (Ping timeout: 276 seconds) 09.30.04 # JdGordon: probably - and it is broken (or not working) on other targets as well but has been there before and only a very few people knew about it... 09.30.20 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 09.32.56 # menu+play does squat on my mini2g (pre hotkey patch) 09.33.00 # pixelma: the default hotkey for the WPS works fine, you just can't set any new ones... 09.33.10 # oh, select+play 09.33.13 # that works 09.33.19 Quit xiainx (Ping timeout: 264 seconds) 09.33.41 # trying to do so in the WPS ends in data abort, and trying to do so in the tree ends in....well, nothing. 09.34.10 # open up your rockbox.map file and find the closest number to the abort number 09.34.31 # some targets have the hotkey only in the WPS, some in tree and WPS and some have neither 09.34.40 # where do I find said rockbox.map file? 09.34.50 # in the build directory 09.35.01 # aha. 09.35.58 Quit mikroflops (Remote host closed the connection) 09.37.10 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.38.18 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 09.38.34 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 09.38.39 Quit kramer3d (Quit: Leaving) 09.38.57 # hi, when i type make,the console display cc apps/action.c /home/Administrator/rockbox/apps/action.c:26;18: error: lang.h:No such file or directory make:***[/home/Administrator/rockbox/build/apps/action.o] Error 1 how can i manage this? 09.39.31 # make clean and try again 09.39.48 # thank you. i`ll try 09.43.07 # Okay, just loaded rockbox on my fuze... :) :) I guess I am ready to test now. 09.43.35 # Hmmmm, not too sure what I'm supposed to be looking at. Tried searching for the address listed in the data abort, couldn't find it. The rockbox.map file is here: http://pastebin.com/37ciSE1n, the data abort address is: 0000000A (0), version is: 25486 09.43.57 # haha then something is totally fubar 09.44.10 # Why's that? 09.44.27 # function pointer probably broken i tihnk 09.45.22 Quit xiainx (Ping timeout: 252 seconds) 09.48.21 # do you ever see the "hotkey not set" splash? 09.48.28 # Nope. 09.49.00 # In the tree *something* flashes while it fails...but its too damn quick to see. 09.49.18 # In the wps, it just aborts immediately trying to set it. 09.49.28 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 09.52.23 # * JdGordon suspects the settings 09.53.28 # S_a_i_n_t: put this "splashf(HZ*5, "%d", this_hotkey);" in onplay.c line 1263 please 09.54.02 # Will do. 09.55.00 # yeah, the settings are a bit messed up 09.55.14 # i just want to program A Hello world 09.55.45 # tanbo: still not working? 09.56.01 # you did run ../tools/configure right? 09.56.09 # can i have some guide? sorry i can not find on the wiki... it works!! i am so happy :-) 09.56.58 # http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling 09.59.46 # thank you! i have compile Rockbox complete now following the guide. now how can i write my first hello world program and compile and run it? 09.59.59 # * JdGordon wonders how much testing hotkeys got 10.00.06 # I cant believe the settings actually work 10.00.13 # sweeet F**K all... 10.00.28 # he was SOOOO damn pushy about getting it into SVN 10.00.47 # murdering keymaps for targets he's never even seen/heard of. 10.00.51 # * S_a_i_n_t grumbles... 10.03.38 Quit mikroflops (Ping timeout: 246 seconds) 10.03.55 # S_a_i_n_t: To be fair, I pushed him to try to implement keymaps for other targets, but I did keep trying to be clear that I meant targets that had a button free, like other targets with a recording button. 10.04.47 # Yes, I know..even I picked up on "tagets should have/need a free botton" and I'm a retard. 10.04.55 # I should have been more clear. 10.06.01 Join m3dlg [0] (~m3dlg@212.183.140.34) 10.06.37 # S_a_i_n_t: what was the flyspray number? 10.06.55 # errr...one sec. 10.07.16 # * JdGordon is sick of clicking "Save now" then finding it then goign back to drafts :p 10.07.44 # JdGordon: FS#11181 10.07.58 # *not* battery/charging (see comment) ;P 10.09.58 # tanbo: if you just want to write stuff to the screen, take a look at the plugins 10.10.03 # on the wiki there should be some info 10.12.10 # i know .i just do not know how to do .according to the wiki,i should make a project and cd that dir and run ../tools/configure to make am i right? 10.12.33 # yes thats how you begin to compile 10.14.12 # and it means that i can not just write a hello.c and call gcc hello.c to compile and link . Am I right? 10.15.28 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 10.15.30 Quit xiainx (Ping timeout: 240 seconds) 10.15.55 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 10.18.37 Quit n1s (Ping timeout: 258 seconds) 10.19.09 Quit dockimble (Ping timeout: 264 seconds) 10.20.45 # tanbo: Plugins are in apps/plugins/ and are compiled as part of a full Rockbox compile. See apps/plugins/hello_world.c for an example... You need to add new plugins to apps/plugins/SOURCES and apps/plugins/CATEGORIES 10.21.07 # apps/plugins/helloworld.c 10.21.11 Quit xiainx (Ping timeout: 276 seconds) 10.22.32 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.24.50 # Thank you! I understand now...I just do not want to compile all rockbox each time....though it do not take long time. I know the correct way now~~ thank you all ~~ I am going to try now~~Good luck for me~~ :-) 10.25.37 # My question will probaly sound stupid but how can I get the current audio volume ? In sound.h/audiohw.h, I see that I can get min/max/default and set current volume but can't get current one ! 10.26.17 # global_settings.volume ? 10.26.49 Quit m3dlg (Ping timeout: 240 seconds) 10.27.12 # After building RockBox from source, what's the proper way to prepare for another rebuild (make clean seems to remove too much) 10.27.19 # +? 10.27.25 # pamaury: Or do you need it in firmware/ code? 10.27.39 # it would be better in firmware/ 10.27.52 # niekie: You mean preparing for a different build (i.e. different target) ? 10.28.05 # niekie: do you mean another build for a different target? 10.28.10 # if not, do nothing. 10.28.17 # just build in the same directory 10.28.24 # Hm :) 10.28.29 # Allright. 10.28.39 # pamaury: Then you probably can't. I can't think of a reason why the firmware code would need to know. 10.28.41 # I didn't mean for a different target though. :) 10.28.55 # Thanks. 10.28.56 # linuxstb: for ubs audio 10.28.59 # *usb 10.29.08 # pamaury: I mean a _current_ reason. 10.29.15 # Sweet, then just build in the same dir, only the updated files will be built, and your compile will be a LOT faster. ;) 10.29.33 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 10.30.27 # pamaury: Then I think you would need to add it to the audio driver. i.e. save the value when "set_volume" (or whatver it's claled) is called, and write a "get_volume" function to match. 10.30.37 # s/claled/called/ 10.31.03 # Also, I asked this yesterday, but got no answer. Though from what I can gather, there currently isn't a proper way of doing translation for the Database, right? (e.g. the tags which say Composer, Artist, Album . . . in the menu) 10.31.06 # Tell if I'm wrong but that probably means modifying all existing driver ? 10.31.56 # ah no, hopefully, there are wrappers in sound.c so it seems feasable 10.32.03 # niekie: I guess you could write your own tagnavi file... 10.32.10 # Why does usb audio need the current volume? 10.32.12 # Have you looked at that option? 10.32.25 # S_a_i_n_t: yeah, though I kinda consider that a nasty hack :P 10.32.40 # Only way to do it though AFAIK 10.33.00 # It also makes language switching harder. 10.33.14 # Would need to upload a file again each time to change language. 10.33.15 # pamaury: Yes, I was hoping there was a single wrapper function... 10.33.25 # But yeah, guess it's the only way currently. 10.33.29 # amiconn: strictly speaking it doesn't need it but I feel a usb audio device should at least expose volume and mute control... 10.33.40 # Well, yes...you could keep two/three/four builds on the player...ut thats even nastier ;P 10.33.47 # *but 10.33.58 # Lol. 10.34.01 # pamaury: How does that work though? You need to be able to tell the host the current volume? 10.34.11 # pamaury: Can USB Audio plus HID be combines, so you could control the host computer volume / mute? 10.35.46 # Llorean: HID could work while usb audio is on but iirc there is a special kind of interaction that is possible between HID and usb audio, something to tell the host that there are hid control on the device that control, say, the volume. But I don't remember the details 10.36.17 # linuxstb: I need to be able to tell min/max/current and set current value, to claim support for volume control 10.37.58 # And by the way, it's a bit clumsy to have hid control on the device to change volume on host to change volume on device... 10.38.40 # I will implement getters in sound.c and see what I can get 10.38.55 # It seems to me that most sound cards don't have an independent volume control though. 10.39.02 # You control their volume through the host OS 10.39.09 # Plus, possibly, volume on the speakers. 10.40.09 # pamaury: Isn't that independent from the volume in rockbox? What direction are we talking about? 10.41.32 Quit n1s (Ping timeout: 260 seconds) 10.41.32 # Llorean: What do you mean by "independent". The host OS controls the volume on the soundcard... USB Audio is just a USB soundcard IIUC. 10.41.34 # I don't get it amiconn, I just want to set the volume on the device... Any audio card allows to set the volume of its output, so the OS is not obliged to do software mixing... 10.42.12 # pamaury: What units do you expose the volume in? Is it just an arbitrary integer range? 10.42.26 # arbitrary as far as I can tell 10.42.35 Quit Rob2223 (Read error: Connection reset by peer) 10.42.42 # linuxstb: I guess I misunderstood, it sounded like it would be able to set volume on the device. 10.42.49 # Rather than having the host set the volume 10.43.08 Join Rob2222 [0] (~Miranda@p4FDC93EB.dip.t-dialin.net) 10.43.22 # Ah no, it's in dB 10.44.13 # Can it handle fractional dBs? 10.44.43 # oh yes, the unit in 1/256 dB... 10.44.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.44.53 # I _think_ our volume is stored as 1/10 dB 10.45.20 # I think so, looking at the headers 10.46.38 # I will do it for the volume and if I manage to make it work, I'll do the same for other controls 10.47.27 Quit Tux2 (Quit: Leaving) 10.48.16 # pamaury: Is the audio going through the dsp layer? On some devices, we have software tone controls. 10.49.12 # I know nothing about how audio works :) I current play audio using pcm_play_data, so tell me... 10.50.05 # pamaury: I'm not sure of the exact flow, but DSP code is in apps/ 10.50.26 # I think you are right 10.50.42 # And yes, thinking about it, pcm_play_data() is the lowest-level - i.e. it sends it straight to the DAC. 10.50.55 # I know there are several approaches to usb audio. I see two of them: 10.51.08 # - export low level interface: usb audio cap=hardware cap 10.51.25 # - export high level interface: usb audio cap=everything, do it though dsp, resampling, ... 10.52.49 # Well, the high-level approach is obviously the most flexible. You could then simply disable DSP/resampling/etc and get the equivalent of the low-level interface if you wanted. 10.53.24 # I can see my hello world now~~ Yeah! 10.53.35 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 10.53.47 # True. But, given that usb audio is probably implement only on OSes like Linux, Windows and MacOS, which usually run on quite powerful machine which are already probably doing so audio decoding, I guess the host can do the software mixing that the device doesn't have 10.53.51 # You may also want to (for example) let the user record the usb audio being streamed to the device. That would be easier if it's apps/ code. 10.53.51 # pamaury: What I'm asking is whether you're doing audio in or audio out (as seen from the host os) 10.54.35 # If you're doing audio out, aren't you just setting the volume in rockbox itself? 10.54.50 # amiconn: current I doing audio out (host->device) but I want to do everything at the end. I would like to be able to stream out to line-out (and perhaps to a file) and stream in from lin-in/FM/file 10.56.43 # My current approach is (as you probably understood), a low level approach. I think the driver should only expose hardware capability, and host fills the gap 10.56.57 Quit xiainx (Ping timeout: 258 seconds) 10.56.58 Join BdN3504 [0] (~d4ca7c02@giant.haxx.se) 10.57.55 # But I'm open to suggestions of course 10.58.36 # FuzeV2: Data abort at 3003A624 FSR 0x8 (domain 0 fault 8) address 0xE59FF098. I was skipping a couple of songs in a playlist of about 400 items. 10.59.41 # playing from internal memory, frequently reproducible by skipping songs. 10.59.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.00.04 Quit Topy44 (Ping timeout: 276 seconds) 11.00.59 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.01.14 # amiconn, linuxstb, Llorean: I not sure that's a good argument but usb audio is a driver so it's implemented in firmware/. Using the DSP and all that would require a complete access to apps/. Of course if you tell me there is an easy way to make usb audio appear as a some kind of buffering source then the problem is different 11.02.53 # pamaury: Maybe it should be implemented as a kind of line-in, and be available to select from the apps/ code. So to use your DAP as a USB audio device you would need (at least currently), to go into the recording screen and select that input. 11.03.23 Quit Kitar|st () 11.03.47 *** Saving seen data "./dancer.seen" 11.04.09 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 11.04.18 Quit JdGordon_ (Client Quit) 11.04.45 # Excuse me! Make zip not run, the message is sh:zip command not found.What should i do? 11.05.11 # linuxstb: yes that's what I mean, but does the recording screen does playback ? (I never use it) 11.05.18 # tanbo: install zip ? 11.05.48 # pamaury: You can monitor what you're recording. 11.06.53 # But then it would be difficult to export volume/mute/... controls 11.07.02 # yesterday i replaced the hard drive in an 20gigabyte ipod 4th gen 11.07.07 # pamaury: Why? 11.07.24 # pamaury: Because they can also be changed in Rockbox itself at the same time? 11.07.36 # when i first plugged it into the usb port of a win xp computer the charging sign appeared 11.07.36 # because it doesn't make sense, if you're recording to a file for example 11.07.52 # then i installed itunes and restored it 11.08.04 # I would expect recording to a file to dump the PCM data unmodified. 11.08.26 # linuxstb: Doesn't recording let you adjust monitor volume *and* input gain? 11.08.37 # It seems like it would complicate use somewhat. 11.08.47 # after i disconnected it from the and plugged the device into the wall charger, the screen now only shows a white background 11.08.56 # Llorean: Yes. But this is the equivalent to an S/PDIF input, where I doubt you can adjust the gain. 11.09.05 # and some bars in a very light grey but no font 11.09.16 # the piezo loudspeaker is working 11.09.46 # is this a known problem? and will installing rockbox on that 4th gen ipod fix it? 11.10.05 # topik:Thank you. 11.10.06 # linuxstb: Are you sure you can't? I'd imagine you generally *shouldn't* but it seems like a feature to be able to, right? 11.10.25 # BdN3504: If you've got a broken player without Rockbox installed, this isn't really the place to be asking about fixing it. 11.10.37 # BdN3504: No, if the Apple firmware doesn't work, it's unlilkely Rockbox will. Does your ipod even appear as a disk when connected to your computer? 11.10.56 # linuxstb: yes it gets recognized 11.10.57 # Llorean: No, I'm just guessing. I've never tried S/PDIF recording. 11.11.02 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.11.26 # JdGordon: Applied you change to onplay.c as sugested, same data abort - same address. 11.11.34 # :/ 11.11.36 # Llorean: thanks for the heads up. i guess i'll have to replace the screen then, too. 11.11.41 # linuxstb: I tried it, but that was long, long ago and I can't remember how it behaved. :) 11.11.44 # BdN3504: Well, it does sound like a hardware issue, which as Llorean says isn't really on-topic here. The only think Rockbox would help you with is that it has a voice UI... 11.12.04 # All this seems complicated. I propose the following: first implement a low level interface, not too intrusive (my code probably already modifies 20+ files but only in firmware/), stream out only for know, and then we'll see what we do. Having a high-level interface is probably interesting and doesn't cost so much because the code is already there but it requires at least a partial rework of apps/ or recording code 11.12.21 # pamaury: wouldn't the high level approach have a higher probability to make usb audio work the same on all (sw usb) targets? 11.13.02 Join Topy44 [0] (~topy@my.fastsh.it) 11.13.10 # pamaury: I agree that a simple first implementation is a good idea, to concentrate on getting the basics working reliably. After that, it depends if anyone is interested in improving it... 11.13.31 # kugel: yes, the current code highly depends on the hardware, for example the host can only stream at a frequency that the hardware can playback, but it's simpler 11.13.56 # And also, a PC is likely to resample better than Rockbox 11.14.04 # That's my opinion 11.14.39 Quit BdN3504 (Quit: CGI:IRC (EOF)) 11.15.06 Join Kitar|st [0] (Kitr88@BSN-182-27-23.dial-up.dsl.siol.net) 11.15.25 # * pamaury goes back to usb audio. current goal=make it work with windows 11.16.02 # we should still be able to tell the pc the hw caps in the apps/ variant 11.16.33 # It's too bad the only player with optical out is hw-usb. 11.17.05 # calling firmware from apps is fine, the other way around is not, that's why an apps/ variant is always more flexible which can do everything firmware can but possibly more 11.18.16 # yes but then apps/ must know the feature exist in firmware/. And the current code doesn't have a general way of handling audio source/sink, no ? 11.18.29 # * yes ? 11.18.47 # no idea, but the current code is the current code not the future code :p 11.18.54 # could you just write the basic firmware stuff and then have a plugin that handles the USB and audio stuff? 11.19.41 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 11.19.44 # yea as a plugin would be nice, we always wanted the usb drivers as plugins (that's why the hid gsoc project failed unfortunately) 11.19.54 Quit JdGordon_ (Client Quit) 11.20.00 Join JdGordon_ [0] (~jd@110.22.112.19) 11.20.00 Quit JdGordon_ (Changing host) 11.20.00 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 11.24.21 # My answer would be, yes it's possible, but not so simple :) I think it's possible to have an interface for say, audio in and audio out. The audio out would call a callback each time there is data (or preferably would copy data somewhere) and the audio in would do the converse. But the reality is also that there are lots of timing issues, but everything can be done with enough time and motivation 11.25.29 # * S_a_i_n_t suggests hotkey only be applied to builds with a free key on both the wps and tree 11.25.51 # potential for "longplay" shutdown on the iPods is just fricki' stupid 11.27.21 # Were builds even offered for testing before commit? 11.28.02 # please, don't bitch now 11.28.42 # As opposed to bitching *before* I knew it didn't work? 11.28.43 # is move is perfectly understandable. I did the same just without a discussion. 11.29.39 # S_a_i_n_t: opposed? you guys bitched before and after 11.30.27 # Apparently with good reason. 11.30.42 # the choices were: make untested(and thus sometimes stupid) keymaps to keep the crowd quite or don't. 11.31.02 # you guys obviously made him do the first 11.31.18 # S_a_i_n_t: how about a bug report? 11.31.24 # done. 11.32.00 # kugel: Actually, I pretty clearly said several times I thought he should do keymaps on players that, like the Sansa, had a recording button or similar free key. 11.32.21 # so instead of gruming (remember it wasn't his idea to work on a keymap for so many targets, so it's not entirely his fault) around you should go and fix it 11.33.13 # The problem also wouldn't have happened if he'd actually provided testing builds in the testing build forum and gotten feedback on the keymaps before committing rather than rushing to commit it. 11.33.32 # it's not obvious if a player actually has a free button without spending multiple dozen hours to go through all targets 11.34.16 # And yet he did that. 11.34.32 # Then he continued beyond that and assigned it to combos on other targets, which is where the mistakes seem to have happened. 11.35.17 # It also is apparently quite buggy, since it apparently consistently causes data aborts for some users. 11.35.39 # does anybody know why GPIOD "flickers" between 9F and BF when playing music from internal sd on fuzev2? if i read correctly, it's the third bit from the left, but it's not described on the amshardwaremappings page 11.35.44 # obviously he just re-used the playback viewer combo in some places 11.36.43 # working on rockbox shouldn't be a pain in the arse, it should be fun in the hope the feature is useful to others. I'm fairly certain in the end it wasn't fun for him anymore 11.37.13 Quit xiainx (Ping timeout: 276 seconds) 11.37.14 # Well, thats because his commit only had his target in mind. 11.37.18 # *initially 11.37.19 # kugel: Working on Rockbox also means considering the effect your actions have on thousands of users. 11.37.45 # If it's not fun to make it work right, don't do it, rather than refusing to put in the necessary effort and committing something half assed. 11.38.06 # It was a case of, I want this in my build for my target and unless anyone says otherwise...I'm committing. 11.38.09 # IN this case though, it's definitely not wholly his fault - the playlist viewer apparently chose some bad combinations in the first place. 11.38.31 # But JdGordon's already mentioned the other problems with the code in an email to the list. 11.39.18 Join perfectdrug [0] (~marko@88.128.81.165) 11.39.44 # that argument is good way to keep developers away from our project 11.40.14 # What, "we have users, so try to make sure your code works well before committing"? 11.41.02 Quit n1s (Ping timeout: 258 seconds) 11.41.08 # "well" doesn't mean "on all of or two dozen targets" 11.41.41 # A bad choice on one or two targets is to be expected I think 11.41.59 Quit tanbo (Quit: CGI:IRC (EOF)) 11.42.03 # if a feature needs so many work individually on targets because they hit target specific areas, then it should be a collaboration instead of forcing 1 guy to do all the work 11.42.21 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.42.31 # kugel: Yes, it should. Which means the one guy shouldn't say "I'm going to commit it now, and refuse to spend any time gathering feedback first" 11.42.44 # he *did* gather feedback 11.42.48 # i prefer to commit early and often 11.42.49 # No, he really didn't. 11.42.50 # users be damned 11.42.53 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.42.57 Quit mikroflops (Ping timeout: 258 seconds) 11.43.10 # the bad keymaps on some targets are the result of the feedback 11.43.15 # He didn't, for example, say "I need keymaps for Target 1, Target 2, Target 3, and Target 4 in Screen 1 and Screen 2, can anyone with these players tell me a good free button or combo?" 11.43.40 # It's a really simple question which almost anyone with the player could've answered in one or two words and probably helped head something like this off. 11.43.43 # target 1 ... target 30 rather 11.43.55 # No. 11.44.10 # There's so much overlap in targets that, for example, iPod 4G and newer would all be the same. 11.44.27 # As well, targets with a recording button wouldn't be in that list since the keymap was obvious for those. 11.44.40 # Etc. 11.44.48 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 11.44.58 # "I'd also like more targets to be added. I'd appreciate any feedback." sounded like asking people to name free buttons to me 11.45.20 # kugel: Specific questions _always_ work better. 11.45.22 # particularly because he avoided to add the targets himself 11.48.25 # As it stands though, a lot of features get added with little or no followup on fixing problems with them from the original developer. For example theme behavior just gets buggier and buggier. There's constant reports of the screen not updating right after the backlight turns on, bug reports about scrolling lines continuing to scroll with when the USB screen comes up, etc. 11.48.33 Quit scorche (Ping timeout: 252 seconds) 11.48.48 # Yet the people who've introduced these bugs are usually more interested in the next feature to catch their fancy rather than finishing off the last thing they did. 11.49.06 Quit BHSPitMonkey (Remote host closed the connection) 11.49.46 # we're in a development phase, not a bug fixing phase, so I can understand the situation (that doesn't mean I agree with) 11.49.51 Quit xiainx (Ping timeout: 258 seconds) 11.50.04 # What do you mean "not a bug fixing phase" 11.50.19 # Is someone just supposed to say "no new features for the next year, bug fixing time?" 11.50.41 # If I can say something, now that's it's committed, the most important point is to follow the bugs and fix them and not let it get buggier and buggier 11.51.13 # And preferrably, it should be done by him because he know the code 11.51.58 # Llorean: we're doing that once in a while, e.g. before releases. not for a whole year, but still 11.52.11 # One week of bug fixing every three or four months is *not* enough 11.52.38 # Most of the time the feature-happy devs just wander off and do something else for that period, then come back with commits after the branch/freeze ends. 11.53.04 Join scorche [0] (~scorche@rockbox/administrator/scorche) 11.53.08 # Bug fixing will almost never be fun, but if people aren't held accountable for the bugs they introduce (if from listening to bad advice, or being in a hurry, or for whatever reason, their fault or not) then the count of bugs is just going to increase. 11.55.05 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.58.04 Quit kugel (Ping timeout: 246 seconds) 11.59.45 Quit saratoga_lab (Quit: Page closed) 12.00.40 Quit n1s (Ping timeout: 240 seconds) 12.03.08 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 12.07.19 Quit xiainx (Ping timeout: 268 seconds) 12.08.01 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.10.50 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 12.14.51 Join moos [0] (moos@rockbox/staff/moos) 12.15.57 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 12.17.24 Quit Zagor (Ping timeout: 276 seconds) 12.18.11 Join watto [0] (~watto@193.203.81.165) 12.18.51 Join mikroflo1s_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 12.19.54 Quit mikroflops (Ping timeout: 252 seconds) 12.21.05 Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) 12.22.45 Quit mikroflops_ (Ping timeout: 264 seconds) 12.23.15 Quit Topy44 (Ping timeout: 276 seconds) 12.28.01 Join archivator [0] (~archivato@77.70.28.57) 12.33.08 Join Topy44 [0] (~topy@my.fastsh.it) 12.36.10 Quit perfectdrug (Ping timeout: 240 seconds) 12.40.10 Quit xiainx (Ping timeout: 240 seconds) 12.40.39 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.43.36 # linuxstb, Llorean: S/PDIF in doesn't let you adjust input gain, because it wouldn't make sense 12.44.49 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 12.45.10 # Okay 12.45.17 # Input capabilities can be defined per target in config/*.h 12.46.59 # S_a_i_n_t: odd.. ok so its crashing even beofre there which is odd 12.47.27 # "before there"? 12.47.41 Join emrecelikten [0] (~c18cf902@gateway/web/freenode/x-wjlweoiystpjstum) 12.47.45 # before that splash 12.47.48 # or did you see the splash? 12.47.51 # I compiled with your change...no dice. 12.48.00 # so yes 12.48.01 # Oh, no splash at all. 12.49.16 Quit n1s (Ping timeout: 258 seconds) 12.50.29 # It seems odd (to me, with little to no understanding of the code) that trying to define a hotkey in the wps context menu causes a data abort, but the tree context menu just does.....nothing. 12.51.01 # S_a_i_n_t: Is playback occurring while you do it in the tree? 12.51.01 # "nothing" being not only not set a hotkey, but literally nothing. 12.51.23 # Llorean: both yes, and no. 12.51.29 # ie, same result either or. 12.55.48 # Llorean, kugel: the reuse of the playback viewer shortcut in itself is ok, I think. The fact that this turns out to have problems on some targets shows that the playlist viewer shortcut mapping isn't working and because it wasn't documented, not a lot people even knew about it and so didn't try combos and test on their target... 12.56.19 # pixelma: I agree with that - it's the playlist viewer shortcut's fault. 12.56.40 # the combo works fine to get to the playlistviewer in the WPS, just shit for setting a hotkey apparently ;) 12.57.01 # even if the data abort has other reasons 12.57.11 # S_a_i_n_t: setting the hotkey? 12.57.57 # yes, its "supposed" to be the key combo to set a hotkey. 12.58.40 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 12.59.00 Quit lpereira (Ping timeout: 246 seconds) 12.59.01 # And it most likely is, it just doesn't seem to work. 12.59.15 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.59.20 Quit xiainx (Ping timeout: 264 seconds) 12.59.41 # how does that work? I haven't read the documentation yet but 13.00.30 # select a context menu item, press select+play on it, you *should* get a menu asking if you want to set it as hotkey 13.00.33 # (yes/no) 13.01.09 # I would have expected it to be in the usual context menu 13.01.18 # +an item 13.01.36 # same here...the implementation is well...shit IMO 13.02.14 # S_a_i_n_t: what happens instead? 13.02.17 # select "hotkey" from the context menu, get "what item would you like to define as hotkey?" (or similar). select it, done. 13.02.22 # seems simpler to me. 13.02.42 # pixelma: You mean, "call up the context menu on an item in the context menu, then select 'make hotkey'" kinda thing? 13.02.48 # kugel: in the WPS a data abort, in the tree: nothing 13.02.55 # S_a_i_n_t: no, I mean on the item... what Llorean said 13.03.21 # Oh, yes..I see, easier still. 13.03.50 *** Saving seen data "./dancer.seen" 13.05.07 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 13.09.01 Part MadRat- 13.10.20 Join arbingordon [0] (~w@unaffiliated/arbingordon) 13.14.26 Join wodz [0] (~wodz@chello087206240004.chello.pl) 13.27.58 Quit xiainx (Ping timeout: 258 seconds) 13.32.54 # I am reading firmware/sound.c and I am wondering why MAS35xx codecs are treated so differently? Souldn't lowlevel function be moved to firmware/drivers/audio/mas35xx.c ? 13.33.50 # They decode in hardware, rather than having software codecs to decode the audio. 13.33.59 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 13.34.51 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 13.34.52 # wodz: They use a completely different playback engine - "hwcodec" vs "swcodec" 13.35.35 Quit mikroflo1s_ (Ping timeout: 260 seconds) 13.36.37 # I know but there is no particular difference between wmcodec_write() and mas_codec_writereg(). The former do not appear in sound.c. Setting sound settings like loudness, super_bass etc. is lowlevel stuff 13.36.51 # * n1s spots potential beast battery time improvement, yay, great work jhMikeS 13.37.09 # wodz: Hmm, maybe that's simply something no-one has cleaned up. 13.38.21 # wodz: Btw, fs #11153 looks fine to me 13.38.28 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 13.38.43 # amiconn: cool 13.38.52 # The original idea was that different daps using the same SoC might have different memory layout, but it turned out that this is usually not the case 13.39.14 # (as you can see from the other SoCs like the various PP) 13.40.45 # amiconn: could you look at http://pastie.org/905470 i am pretty certain gcc is buggy since it should do a sign extension afaiu 13.40.56 # before the compare 13.40.59 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.41.09 # or am i missing something? 13.41.59 Quit JdGordon_ (Quit: Bye) 13.42.15 # comming back to mas35xx code in sound.c - static int tenthdb2reg(int db) is defined in sound.c but all others equivalents like tenthdb2master() are defined in lowlevel drivers 13.43.11 # Is it a matter of historical reasons (no-one has cleaned up) or is it by design? 13.43.13 Quit mikroflops (Ping timeout: 265 seconds) 13.43.53 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 13.44.19 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.51.19 Quit TillW (Read error: Connection reset by peer) 13.54.12 Quit archivator (Ping timeout: 248 seconds) 13.56.00 # n1s: That looks buggy, but it doesn't look like this is rockbox code? 13.56.27 # Rockbox is compiled using -fomit-frame-pointer, or at least it should be 13.57.18 # amiconn: yeah, i just isolated the saturate function and compiled it stand alone, thanks for looking, I will post a gcc bug 13.58.42 # Why there are mas.h and mas35xx.h header files? Souldn't this be merged into one? 13.59.25 Join archivator [0] (~archivato@77.70.28.57) 13.59.45 # wodz: lots of that is very old code from before swcodec was introduced, so i imagine a lot of it isn't in the now odeal place etc, i think noone is against cleaning up 14.00.02 # s/odeal/ideal/ 14.01.48 # Ok. I'll do my best to clean this up. 14.09.10 Join TillW [0] (~Till@nat028.dc-uoit.net) 14.14.10 # don't forget and hesitate asking for testers if you don't have any such device. I volunteer testing with the OndioFM I got (only one of the two different MAS chips though) 14.16.28 # I will post my work as a FS patch 14.18.34 Quit mikroflops (Ping timeout: 258 seconds) 14.22.55 # does audio_peek_track() have some odd side effect which could cause the wrong track to start playing if it is called too early in buffering? 14.23.29 # or playlist_peek()? 14.24.18 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 14.28.31 Join Schmogel [0] (~Miranda@p3EE2128C.dip0.t-ipconnect.de) 14.30.41 # There goes my SoC proposal. Couldn't find much to fill though. 14.31.09 Quit xiainx (Ping timeout: 240 seconds) 14.35.29 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 14.38.34 # hey, i was just filling out my application to rockbox for GSoC, and i had written out a bunch of stuff. are you looking for just the major questions answered in short and concise, or looking for those questions answered in paragraphs? 14.39.05 # TillW: you're better off with too much information than too little 14.41.37 # Hmm. Reading sector 1 on the broken Toshiba 1024 byte sector drive just returns -6 and then everything works fine afterward 14.41.40 # This looks like a good sign 14.41.56 # so, if my paragraphs answer all the questions, i should just stick with them then 14.43.37 # is it just the archoses that have the dumb USB bridge that can't do LBA48? is it *all* the archoses? 14.45.27 # TillW: we do appreciate following the template if that's what you mean 14.45.59 # TillW: yes, please supply answers to the questions in the right order. We'd rather not have to go backwards and forwards through your submission to find them all. 14.46.24 # Ah. Problem is that it retries and ends up taking five seconds. 14.46.31 # That's probably not desirable ;) 14.46.41 # well it is following the template, i'll just rearrange things to more closely follow the order of questions 14.46.44 # Torne: definitely not the Ondios which are flash based 14.47.00 # pixelma: ok, only the ones which use STORAGE_ATA, i mean 14.47.14 # also, if i submit it in the next few hours, would someone be able to take a quick look over it and say if i should change some things, or be more or les detailed in places? 14.47.22 # I am going to add LBA48 support to all ATA targets, because the code is not very big and it removes one obstacle to using upgraded drives 14.47.42 # but there's no point adding it when the usb bridge chip can't do it 14.47.45 # or at least, it might be misleading 14.47.57 # people still need to follow the Special Magic to use those devices with a larger disk ;) 14.48.11 # TillW: we'll no doubt check it over once it's in, and you'll receive feedback when we have some for you 14.48.22 # TillW: we have a queue of them we're working through right now 14.48.25 # Torne: then I think the HD ones (of the currently supported Archoses) are the same in this regard. At least they all use 2.5'' disks 14.48.45 # alright, that's fair 14.48.46 # Torne: all archoses have similar usb bridges with the same limitation afaik but i don't know about the bridges other targets use 14.49.28 # hm. is there a config.h flag for the usb bridge thing? 14.50.21 # aha, it's !HAVE_USBSTACK I think 14.50.35 # hm, maybe not 14.50.59 Join froggyman [0] (~187b533e@gateway/web/flash/gateway.tiramisu.in/x-ifqagkdzsqxlzqsf) 14.51.44 # Torne: It's the disk-based archoses. The ISD300 doesn't support LBA48, and the even older ISD200 doesn't either 14.52.13 # amiconn: right, so it's safe to turn it on for all the other STORAGE_ATA targets? 14.52.20 # For the Ondios, things are different, as there is no LBA48 for MMCs... 14.52.33 # i assume they all at least have the hypothetical possibility of a disk upgrade 14.52.36 # or CF upgrade 14.52.47 # Yah, MMC isn't using ata.c though 14.52.53 # yup 14.53.12 # it looks like reading sector 1 is a reasonable test for the broken drive, also 14.53.33 # it retries for 5 seconds, which I need to do something about, but it does eventually return -6 on the 80GB 5.5G disk 14.53.35 # You can use harddisks >128GiB in an archos, but then you need more than just HAVE_LBA48 and you have to be careful wrt partitioning 14.53.51 # yeah, so I was gonna leave it off for those since users would need to do a bunch of stuff themselves anyway 14.54.02 # plus archos has rombox so the delta is best avoided :) 14.54.31 # Archos has no rombox anymore execpt the player :\ 14.54.37 # Oh 14.54.38 # didn't know 14.54.46 # Rockbox grew too large 14.54.49 # but anyway, yeah. best not to turn it on since it might make people fail to realise the problem 14.54.59 # on everything *else* it should Just Work, i hope 14.55.20 Quit xiainx (Ping timeout: 276 seconds) 14.55.32 # The flash rom is 256KB. 28KB are taken by the flash loader and (compressed) bootbox. So exceeding 228KB uncompressed means no more rombox 14.55.38 # eek 14.57.01 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 14.57.13 # Rombox has been gone on the recorders and Ondio FM for a long time already. For the Ondio SP it happened not long ago 14.57.59 # We don't have a config flag that tells whether the usb bridge is lba48 capable. Perhaps we should introduce one 14.58.31 # maybe. 14.58.40 # i was just gonna put HAVE_LBA48 in all the configs for the relevant targets.. 14.59.19 # hmm, ok 14.59.44 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 15.00.32 # It might be better to infer it, though, I guess 15.00.36 # anywya, meeting time, back later. 15.01.48 Quit jgarvey (Client Quit) 15.03.52 *** Saving seen data "./dancer.seen" 15.04.28 Part lpereira 15.04.36 Quit antil33t (Read error: Connection reset by peer) 15.04.44 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.08.06 Quit geertvdijk (Ping timeout: 246 seconds) 15.14.29 Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) 15.16.38 Quit archivator (Quit: Leaving) 15.16.52 Quit xiainx (Ping timeout: 248 seconds) 15.19.10 Join Barahir_ [0] (~jonathan@gssn-5f75439c.pool.mediaWays.net) 15.22.09 Quit Barahir (Ping timeout: 240 seconds) 15.22.14 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 15.23.31 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.24.25 Quit Barahir_ (Ping timeout: 276 seconds) 15.32.05 Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 15.32.58 Join JdGordon_ [0] (~jd@110.22.112.19) 15.32.58 Quit JdGordon_ (Changing host) 15.32.58 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 15.33.20 Quit JdGordon (Ping timeout: 246 seconds) 15.35.00 Quit xiainx (Ping timeout: 248 seconds) 15.38.14 Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) 15.38.47 Quit TillW (Remote host closed the connection) 15.42.29 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 15.49.20 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-dfepwobrmsvphnoh) 15.52.37 Quit froggyman (Remote host closed the connection) 15.54.29 Quit mitk (Quit: Leaving) 15.55.41 # Blue_Dude: did you see my email? 15.56.30 Join TillW [0] (~Till@nat028.dc-uoit.net) 15.56.57 # Yeah, I'm taking a harder look at the settings struct to make sure I didn't cause any problems. I found a couple of things already that might cause problems. But it may not need a complete redo either. I'm still checking. 15.59.19 # either way, the config line should be human undertsnadable 15.59.30 # but I dont beleive it works at all as it is in svn 16.00.51 # Does anyone have a target handy to check this on? 16.02.17 # Blue_Dude: check what ? I have a e200, I can check something quicky if it's no too long 16.02.54 # No data abort on the e200. That's my DAP too. It probably needs a Nano. 16.04.10 Join JdGordon1 [0] (~jonno@110.22.112.19) 16.04.14 Quit JdGordon_ (Quit: Bye) 16.05.37 # JdGordon: the problem with a full rework in settings_list.c is that this was never intended to be a menu item, just a placeholder for persistent variables. I suppose there's nothing really wrong with putting them in an INT macro, but most of the values won't ever be referenced. 16.05.50 Quit JdGordon (Ping timeout: 248 seconds) 16.06.39 # that list is how the config.cfg file is handled, its got (almost) nothing to do with the menus 16.06.53 # it should be human readable anyway 16.07.54 # Hm. Drat. OK. 16.13.19 # Would there be any problem with using NULL as callbacks in the CHOICE settings as long as the config strings are preset? 16.13.25 # I find it weird (sounding at least) that you have to press the hotkey or respective combo on the menu item to set it 16.14.01 # Blue_Dude: callback is only needed if something needs to know when it has changed 16.14.02 # so no 16.14.10 # but I think CUSTOM is the better way to go 16.14.17 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 16.14.21 Quit Luca_S (Quit: CGI:IRC (Ping timeout)) 16.14.40 # pixelma: What do you have in mind? 16.14.54 Quit emrecelikten (Ping timeout: 248 seconds) 16.14.57 # something like how the quickscreen items are set maybe 16.15.33 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 16.16.30 # put a "set as hotkey item" or somesuch into the context menu 16.17.10 # context menu in a context menu isnt very nice :) 16.17.51 Quit evilnick (Ping timeout: 265 seconds) 16.17.58 # seems nic"er" 16.18.20 # I thought it's on other menu items too? 16.18.21 # ...to me at least, and pixelma apparently ;) 16.18.48 # pixelma: So you want a context menu on a context menu item? 16.18.54 Quit xiainx (Ping timeout: 268 seconds) 16.19.18 # As opposed to a keypress, or key-combo? 16.19.21 # It doesn;t even need to be a menu, just an option. 16.19.32 # it doersn't necessarily need "yes/no" 16.20.48 # The hotkey code is a mod of the context menu itself. Now we're talking possibly recursive context menu calls... 16.20.50 # Blue_Dude: I wasn't aware that you could only set things that are in some other context menu as a hotkey function. Even then, that would be the way I'd expect in Rockbox settings for these things 16.21.12 # a menu option to select the action would be best 16.21.27 # or that - if it is restricted anyways 16.21.54 # (I mean you only have the choise of a handful things to put on the hotkey) 16.22.15 # pixelma: The hotkey was just a way to bring a specified context menu item out for easier access, vs. drilling down into the context menu all the time. It was never intended to run arbitrary functions. 16.22.20 # I dont particularly care about how it is set, just that the setting handling is fixed 16.23.41 # If a setting is not able to be hotkey'ed, the hotkey keypress in the menu is ignored. It's only when the item is acceptable that the confirmation dialog pops up. 16.25.56 # Blue_Dude: how many things are there you could put on the hotkey? 16.26.12 Quit n1s (Ping timeout: 258 seconds) 16.27.28 # pixelma: There's no specific limit, but how many context menu items are really one-button useful? I coded the one's that I most wanted to see, but it's easy enough to add more. 16.28.06 Quit JdGordon1 (Quit: Leaving.) 16.28.10 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.36.58 # JdGordon: Yes, I think I see what you're talking about re: CUSTOM. 16.37.31 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.37.31 Join TopyMobile_ [0] (~topy@g228144221.adsl.alicedsl.de) 16.39.47 Quit JdGordon (Ping timeout: 246 seconds) 16.39.55 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.40.09 Part LinusN 16.40.25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.41.28 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 16.41.45 Quit TopyMobile (Ping timeout: 276 seconds) 16.41.50 # JdGordon: looking at the quickscreen CUSTOM code, it seems as though you had to duplicate functionality. Is that going to be required for any CUSTOM setting? 16.43.25 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 16.44.09 # are there some only available through the WPS context menu? Things like playlist, sound settings etc. are in the main menu too and maybe are easier to set from there. It's just that the way setting seems to work now sounds very very different to anything else 16.44.55 Quit JdGordon (Ping timeout: 265 seconds) 16.45.52 Quit JdGordon1 (Ping timeout: 260 seconds) 16.46.33 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 16.49.32 # pixelma: It's really not so much to change settings but to make it easier to access the associated context menu. I found I spent a lot of time negotiating the context menus looking for the same item, and wanted to be able to select that item without so much looking and scrolling. 16.50.24 # pixelma: Also, the settable menu items are noted in the manual. If they're not settable, current behavior is unchanged: the keypress is ignored. 16.51.32 Join Xerion [0] (~xerion@cp209907-b.landg1.lb.home.nl) 16.52.04 Join stoffel [0] (~quassel@p57B4CD9A.dip.t-dialin.net) 16.54.25 # noted in the manual where exactly? 16.55.36 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 16.55.40 # Blue_Dude: but once set (through a different mechanism than now) you can access this one context menu item the same as now (if your target supports it) 16.56.24 # Which one? 16.56.26 Quit mikroflops (Ping timeout: 240 seconds) 16.56.36 Quit Sergio (Ping timeout: 260 seconds) 16.57.32 Quit TillW (Remote host closed the connection) 16.58.07 # If hotkey settable items are indeed listed in the manual, I'm having some difficulty finding them. I expected to find them listed under Browsing and Playing/Hotkeys. 16.58.47 Quit n1s (Ping timeout: 258 seconds) 16.59.11 # They are noted under the context menu items. 16.59.21 # e.g. through the context menu on a menu item - not the context menu itself _if_ all are accessible through both 17.00.08 # pixelma: Sorry, I still don't follow you. 17.00.41 Quit gevaerts (Read error: Operation timed out) 17.01.32 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 17.01.55 Quit evilnick_ (Read error: Connection reset by peer) 17.02.43 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 17.03.32 # pixelma: this may clear things up, perhaps we were expecting more usability than it has? I only count 4 "hotkeyable" context menu items 17.03.56 *** Saving seen data "./dancer.seen" 17.03.57 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 17.04.17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 17.04.37 # Errrr...sorry, 3 17.05.11 # Delete, Delete Dir, and Open With, but apparently Pitchscreen is one also. 17.05.39 # In the WPS: View Playlist, Show Track Info, Pitch, Open With, Delete. 17.06.20 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.06.21 # In the File Browser: Open With, Delete (also Delete Dir), Playlist Insert 17.06.38 # What else would you like? 17.06.56 # Ideally? 17.07.04 # Any context menu item. IMO 17.07.09 # only plain "Insert"? 17.07.10 # Within the exsiting context menus, yes. 17.07.38 # Insert into Playlist. I misspoke. 17.08.02 Join Sergio [0] (~fake@nat027.dc-uoit.net) 17.08.47 # yes, but there are different ways to Insert - Insert (plain) and Insert Next, Last, Shuffled, Last Shuffled, same with Queue 17.08.52 # "Any" can be done, but not all of them make much sense. OTOH, each item only costs about 20 bytes. 17.09.50 # I went with only plain Insert, but others can be added easily enough. 17.10.26 # ok, I didn't think of things like "Delete" or "Delete Directory" etc. which are really only available through the context menu on files 17.11.30 # pixelma: What I really wanted was a Delete key, but that was just shut down as being too narrow. Someone else wanted an Insert key. So why not make it do what you want? 17.11.30 Quit JdGordon (Ping timeout: 265 seconds) 17.11.46 # That was the concept anyway. 17.13.19 Join TillW [0] (~Till@nat026.dc-uoit.net) 17.17.39 Join fyre^OS [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) 17.21.49 Quit guymann (Ping timeout: 246 seconds) 17.23.43 Join guymann [0] (~charlie@adsl-69-177-38-82.adsl.snet.net) 17.28.40 Quit Bagder (Quit: It is time to say moo) 17.33.53 Join Boldfilter [0] (~Boldfilte@adsl-178-246-170.jax.bellsouth.net) 17.35.36 # gah. i can't think of a non-horrible way to selectively stop ata_transfer_sectors from retrying 17.35.53 # (also, is this even a good idea? not sure.) 17.36.27 # trying to test for needing large sector emulation by reading sector 1. it works fine, but it takes 5 seconds because the driver just keeps resetting the bus and trying again until the timeout 17.38.11 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 17.38.43 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.39.00 Quit Zagor (Quit: Leaving) 17.41.05 # Torne: can't the timeout be shorter than? 17.41.29 # wodz: the timeout has to be a reasonable time in general, because the disk might be being shaken or similar 17.41.59 # hm, i guess I could have it check the error register and not retry for errors which are "definately" fatal and won't get any better 17.42.20 # if the disk says the sector you are reading is out of bounds then retrying isn't going to help. 17.44.24 # meh, that supposed gcc bug is not a gcc bug but me missing something as usual, too bad i reported it before figuring it out... 17.45.21 # n1s: what have You missed? 17.45.37 Quit Adubb (Quit: "The mind and body must be subjected to extreme stimulus, by means of drugs and music." - HST) 17.46.08 # since the destination was an address register, movea is used which does sign extend, only gcc doesn't print out move it uses move for everything and i guess as does the translation 17.46.29 # doesn't print out movea 17.46.38 # this is seriously braindead 17.46.46 # lol 17.47.09 # that makes sense 17.47.32 # but this IS a bug anyway 17.48.00 # ? 17.48.58 # or it does not matter if You feed m68k-elf-as with move or movea (it chooses properly based on destination reg)? 17.50.26 # IIRC it doesn't matter 17.50.47 # n1s: does objdump also not show movea? 17.51.18 # yeah, i 17.51.18 # think it has to 17.51.43 # kugel: it does 17.52.44 # ok so it is not a bug from generated binary point of view but generated assembly file is at least missleading 17.52.45 # the programmers manual says " MOVEA is 17.52.47 # used when the destination is an address register 17.52.47 # " 17.52.59 # I would call this a bug still 17.53.12 # that it is :) 17.54.03 # maybe, but it's a pretty unimportant one 17.54.06 Join mitk [0] (~mitk@chello089078013146.chello.pl) 17.54.24 Quit pamaury (Quit: Quitte) 17.54.28 # but annoing 17.54.41 # yep 17.56.31 # btw. the way gdb shows dissasembly of coldfire binary makes me crazy :-) I hacked it to at least show numbers in hexadecimal 18.00.04 Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) 18.06.09 Join archivator [0] (~archivato@77.70.28.57) 18.07.08 Quit geertvdijk (Ping timeout: 240 seconds) 18.07.49 Quit petur (Quit: *plop*) 18.07.52 # ah, never used that 18.08.38 # aha, there we go. no retries on IDNF, and now it only takes 40ms to probe sector 1 18.11.26 # Oooops, a little "Hotkey" updata, it was a little naughty not to check first before I reported the bug I know...but I had a couple of patches applied. I built current SVN from a clean checkout and the data aborts are still present. 18.11.52 # *phew* ;) 18.12.50 # Well, not *phew* it's broken, but *phew* I didn't fuck up by reporting a bug introduced by a patch. 18.15.23 Quit n1s (Quit: Lämnar) 18.15.37 # and I first wanted to ask you if you tried an unmodified SVN version a few hours ago 18.16.05 # well, now 'ya know ;) 18.16.55 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.18.07 # anyone familiar with ATA able to take a quick look at http://whitefang.wolfpuppy.org.uk/temp/ata_dont_retry_idnf.diff ? 18.18.20 # amiconn: you still around? :) 18.19.10 Join Barahir_ [0] (~jonathan@gssn-5f7543ac.pool.mediaWays.net) 18.20.04 Quit Topy44 (Ping timeout: 276 seconds) 18.20.19 Quit kugel (Ping timeout: 264 seconds) 18.25.11 Join Lear [0] (chatzilla@rockbox/developer/lear) 18.27.22 Quit Sergio () 18.30.36 Join Topy44 [0] (~topy@my.fastsh.it) 18.32.19 Join Strife89 [0] (~michael@168.16.232.173) 18.32.31 # Found a bug in the text viewer. 18.33.00 # Apparently, if it can't locate the previously set font, it gives a divide by zero error. 18.33.17 # Crashing Rockbox, of course. 18.33.31 # S_a_i_n_t: Before I send out this svn, try something out for me: in settings_list.c, there are 4 hotkey config lines ending in 0), 18.34.08 # Could just be a corrupted font file, though. 18.34.13 # Please replace the "0)," with "1, NULL)," and see if that solves the problem. 18.34.27 # will do. 18.34.56 # It won't fix the config output but if it solves the data abort that would help. 18.36.16 Quit moos (Ping timeout: 264 seconds) 18.39.41 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 18.40.38 # Blue_Dude: Building it now, 'gonna be AFK for ~15-ish, will report success/fail re: data abort then. 18.40.46 # amiconn: Hm.. you said the ISD300 doesn't do LBA48.. the h300 appears to use that as well.. 18.40.49 # k, thx 18.41.08 # amiconn: so maybe it's not just the archoses? 18.45.15 Quit Luca_S (Quit: CGI:IRC (EOF)) 18.45.15 # * bluebrother gets annoyed by a dev being too trigger happy about filing bugs (and not checking the svn logs first). grmbl. 18.45.49 # * Strife89 tries to reproduce the text viewer bug. 18.47.11 # Yup. 18.47.30 # Still happens if I manually set and then remove a font. 18.48.01 # The text viewer returns a "font load failed", 18.48.10 # then Rockbox crashes with a Divide by zero. 18.48.46 Quit TillW (Remote host closed the connection) 18.48.48 Join PatrickB [0] (~Miranda@ip-77-25-150-190.web.vodafone.de) 18.49.38 # I don't see any bug report for this, so shall I file it? 18.50.12 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 18.51.00 Quit flydutch (Quit: /* empty */) 18.53.06 Quit PatrickB (Ping timeout: 252 seconds) 18.53.22 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 18.53.47 Quit antil33t (Read error: Connection reset by peer) 18.53.53 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 18.55.04 # Task added. http://www.rockbox.org/tracker/task/11185 18.55.18 Quit Strife89 (Quit: Changing buildings.) 18.56.45 Join PatrickB [0] (~Miranda@ip-77-24-159-78.web.vodafone.de) 19.00.57 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 19.02.30 # Can someone check out FS#11178 for possible commitment? Thanks, 19.03.58 *** Saving seen data "./dancer.seen" 19.04.32 # New commit by 03tomers (r25509): Text viewer: Documentation and code cosmetics (no functional changes) 19.06.34 # New commit by 03tomers (r25510): Text viewer: Fix possible memory corruption 19.08.01 # tomers: I would really appreciate discussing possible issues before filing bug reports. Discussing things is usually less work. 19.11.11 # New commit by 03tomers (r25511): Text viewer: Fix limit calculation in col_limit() which maximizes overlapping in wide mode 19.12.22 # New commit by 03tomers (r25512): Text viewer: Make global variables static 19.15.26 # New commit by 03tomers (r25513): Text viewer: Use exact width for lcd_fillrect (no actuall change) 19.16.47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.18.30 Join fml [0] (~53ecea55@giant.haxx.se) 19.19.34 # Blue_Dude: hello. I have a couple of questions/notes re hotkeys. May I shoot? 19.19.54 # fml: Sure, I've got a few more minutes. 19.19.57 # New commit by 03tomers (r25514): Text viewer: Replace macros with inline functions (which are about to be extended in the following commits) 19.20.47 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.20.49 # Blue_Dude: ok. (1) Why do you need two settings for each hotkey (wps/tree)? IMO it could be stored in just one. The desc_id can be inferred. 19.21.25 # Blue_Dude: (2) In the "disply hotkey" function, the words "WPS" and "Tree" are not localizable 19.21.50 # fml: I needed to keep the variable for the info screen. I could set up a lookup table, but this way is easier. 19.22.01 # Blue_Dude: (3) In the manual, where you write "Hotkeyable", it would be good to put a reference to the hotkey section IMO 19.22.18 # New commit by 03tomers (r25515): Text viewer: Fix RTL languages and diacritic characters support 19.22.44 # Blue_Dude: but you already have the lookup table, the onewith items 19.22.52 # fml: 2: true enough. The info screen was a last minute addon. I could make a localizable text for each one... 19.23.24 # tomers: hello.Why do you read size - 1 bytes only? To not to lose the last byte which is overwritten by 0? 19.24.10 # fml: can't read the table from the settings menu (it's static). I could make it un-static and extern it. Messy though. 19.24.37 # Or I could move the info screen to onplay, but it doesn't really belong there. 19.25.11 # fml: 3) Probably should. I'm not a very good tech writer. 19.25.35 # Could anyone please add me to the WikiUsersGroup? 19.25.53 # PatrickB: what is your wiki name? 19.26.08 # same as here :PatrickB 19.26.15 # bluebrother: ping 19.26.23 # PatrickB: meep 19.26.51 # PatrickB: please read the registration page carefully. Your wiki name is _not_ PatrickB. http://www.rockbox.org/wiki/UserRegistration 19.27.03 # tomers: pong 19.27.19 # Blue_Dude: I'd create some (non-static) functions "id->name" and "name->id" in the hotkey "module" and use them in th settings code 19.27.21 # New commit by 03tomers (r25516): Text viewer: Fix red 19.28.23 # fml: Works for me. Costs some bin, though the config page is cleaner. 19.28.40 # Blue_Dude: what works? 19.29.04 # The id->name funcs. 19.29.31 # I'll take a look. Shouldn't be messy. 19.29.43 # blubrother, it says here that that's my name: http://www.rockbox.org/wiki/WikiUsers 19.29.43 # + on my own wikipage: http://www.rockbox.org/wiki/PatrickB 19.30.19 # well, if your last name is really just "B", poor guy, that might confuse people a bit :-P 19.31.13 # PatrickB: he means that the registration page says to use your real full name 19.32.17 # I understood that you can pick this as the wikiname i.e. you don't have to use your full name like in the registration. I registered with my full name of course but then as the wikiname I picked that shorter version 19.32.37 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 19.32.51 # Blue_Dude: Data abort... 19.32.55 # PatrickB:"Use your real name as WikiName in the form FirstnameLastname." 19.33.11 # I don't see what's unclear about that 19.33.14 # Yeesh. Alright. Back the drawing board. 19.33.40 # I'll take fml's advice and get rid of a couple of variables and go from there. 19.33.43 # same address as before: 0000000A (o) 19.33.55 # *(0) rather 19.34.20 # Y'know, that sound's like a null pointer to a function. 19.34.36 # Weird. 19.35.26 # OK, got to go. Back later. 19.35.49 Quit leavittx (Remote host closed the connection) 19.35.49 Quit leavittx_ (Read error: Connection reset by peer) 19.35.50 Quit leavittx__ (Read error: Connection reset by peer) 19.35.53 # Torne: It *is* just the archoses. The H300 (and H1x0, and...) don't use the ISD300, but the Cypress CY7C68310. It's a direct successor of the ISD300, and pin compatible, but unlike its predecessor it does support LBA48 19.36.00 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 19.36.50 Join napfsuelze [0] (~5d84aeef@giant.haxx.se) 19.37.00 # Could anyone please add me to the WikiUsersGroup? 19.37.02 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.37.34 # napfsuelze: what wikiname? 19.37.42 # HansNapf 19.37.55 Quit napfsuelze (Client Quit) 19.39.29 # well, not this way. 19.39.46 # bluebrother could you try my fullname then : PatrickBistelmann 19.39.47 # sorry for the trouble 19.40.04 Quit fml (Quit: CGI:IRC) 19.40.16 Join fml [0] (~53ecea55@giant.haxx.se) 19.41.44 # PatrickB: you should really sign up with that name before someone else does :) 19.43.14 # see I'm not the only one who got confused apparently because here on the list are more people having only the first letter of their last names : 19.43.14 # http://www.rockbox.org/wiki/WikiUsers 19.43.14 # I'll try to re-register then... 19.44.43 # PatrickB: WikiUsers is everyone that registered on the wiki. Not everyone has gotten write permissions though :) 19.45.02 # that list has to get cleaned up manually, and it's done every now and then by the admins. 19.46.02 # i did register again, it should work now: PatrickBistelmann 19.46.35 # B4gder: just spotted a wiki page System/UserRegistration that looks quite different than UserRegistration. 19.46.50 # PatrickB: you should already be able to edit pages now, I've just added you 19.47.27 Quit linuxstb (Read error: Operation timed out) 19.48.15 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 19.52.00 # Is it just me, or does USB transfer speed in RB seem to have taken a bit of a dive? 19.52.57 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 19.53.00 # S_a_i_n_t: did this start around r24333? 19.53.19 # ....possibly. 19.54.28 Quit fml (Quit: CGI:IRC) 19.54.55 Join ale__ [0] (~chatzilla@port-83-236-234-85.static.qsc.de) 19.55.03 Nick ale__ is now known as fml (~chatzilla@port-83-236-234-85.static.qsc.de) 19.55.08 # thanks bluebrother 19.55.25 # bluebrother: ok 19.55.33 # tomers: hello. Have you seen my question about the read size? 19.56.15 # bluebrother: I would like to fix the Hebrew detection in rbutil. I'm not sure I understand how to solve it 19.57.13 # tomers: another question/request: could you please comment the function is_diacritic? What do the paramsmean? And: why is the diacritic.c in the drivers directory? Shouldn't it be in common? 19.57.22 Quit PatrickB (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.57.24 Join Strife89 [0] (~michael@168.16.232.173) 19.58.57 Quit stoffel (Remote host closed the connection) 20.02.14 # bluebrother, domonoky: Any pressing issues with rbutil I can help with? 20.03.02 # * fml thinks he's in tomers' ignore list 20.03.14 # archivator: i think there is nothing really pressing, but there are ofcourse many things to improve :-) 20.04.22 # if you want to continue working with the TTS system,for example it could need some way for voice corrections (like its done in voice.pl). 20.04.37 # fml: If I read into buffer of size X bytes, and call read(size=X), then read might read the whole buffer, i.e. return X. Then the code writes buffer[X] which is wrong, since buffer's last cell is buffer[X-1] 20.05.19 Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) 20.05.19 Quit DataGhost (Changing host) 20.05.19 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 20.05.46 # then there is the still unfinished opensapi thing in the tracker and maybe some UI improvements needed (like the ability to select multiple dirs for talkfile creation). 20.06.02 # tomers: but you could just do buf[read-1]=0. But this could overwrite the last read byte. Is *this* the rationale? 20.06.49 # New commit by 03tomers (r25517): FS#11185 - Text viewer returns div by 0 if font is missing, renamed or corrupted 20.06.54 # domonoky: I see RockboxUtilityDevelopment lists "Talkfile generation for database" as a Milestone 3 entry. Is there really support in core rockbox for that or is it yet to be written? 20.07.51 # archivator: that would need support in the rockbox first i think.. 20.09.03 # Hmm, is it really possible (not that I'm too keen to work on it..), seeing how the database strings are highly customizable? I thought this was one of the main reasons we want a real TTS engine in core.. 20.10.26 # New commit by 03bluebrother (r25518): Fix layout special case for hebrew failing for system language (FS#11180). ... 20.10.40 # tomers: just fixed it. 20.11.05 # archivator: i think there was some prove of concept patch in the tracker. just making all strings in the db speakable is easy. the problems start if strings are concatenated like 20.11.08 # bluebrother: I would like to fix the Hebrew detection in rbutil 20.11.23 # archivator: ofcourse a real tts would be much better. 20.11.35 # tomers: btw, have you checked the comment I've posted to FS#11163? 20.11.46 # * bluebrother points to r25518 20.11.51 # bluebrother: any idea how to do it? I understand the reason for the bug that you described, but I'm not sure I know the right solution 20.12.11 # * bluebrother feels that something is lagging pretty much right now 20.12.21 # Blue_dude: andcouldyou please comment the hotkey settings in settings.h? I.e. what are they for, what the possible values are etc. 20.13.14 # tomers: see r25518 20.13.28 # archivator: so there are many parts in rbutil which could need improvement, it just depends on what you want to try :-) 20.13.49 # domonoky: hopefully, come autumn, we'll have that TTS engine :) Anyway, I think I'll try to make sense of the opensapi stuff. 20.14.04 # New commit by 03tomers (r25519): Text viewer: Fix yellow 20.14.09 # I have a question: in archosplayer.h I have CONFIG_CODEC MAS3507D and HAVE_DAC3550A. Functions related to DAC3550A are in dac.c and are used exclusively by functions related to MAS3507D. Is there any other reason than historicaly to separate the two? 20.14.16 # domonoky: I was really just asking if you guys need help with rbutil, with the new release coming up and everything. 20.14.50 # taking a look at opensapi could also help for the parellising, there would be no need for the sapi script anymore if we have it in rbutil. 20.15.16 # bluebrother: thanks! 20.15.29 # archivator: more eyes looking at the rbutil code is always a good thing 20.15.36 # archivator: ah, for the release i think there is nothing urgent. Ofcourse testing for bugs is always good before releases. 20.15.38 # domonoky: I'm not sure I understand how it works - it's a server that connects to SAPI and a client that uses a brand-new protocol to voice things? 20.16.02 # I don't see any critical issues right now, but there's always enough work :) 20.16.22 # archivator: yes, the important thing is that it also works under linux/mac with wine. 20.17.12 # domonoky: So what's the showstopper? Anything in particular bothering you about that v4 patch? 20.18.46 # i am not sure, its a long time since i looked at it last time. probably only some cleanup/bug hunting needed and the decicion if we really want it in rbutil built-in, because its pretty big. 20.19.23 # wodz: the MAS is not the DAC, maybe it was expected that one or the other would also be used in relation to another decoding chip or DAC respectively. 20.19.37 # which didn't happen 20.20.26 # domonoky: I hope those 1.3MB (total) .exes are not stripped. 'Cause otherwise that's a lot of space. 20.20.45 # archivator: also if i remember correctly there where some server startup problems when i last looked. 20.20.49 Join Stephen__ [0] (~S@86.44.73.83) 20.21.54 # domonoky: those *could* have been fixed with my memory leaks patch - if you recall, we had some serious startup issues with festival as well. They seem to be resolved now. 20.22.11 # true, someone should try it :-) 20.22.48 Part tomers 20.23.23 # archivator: if i remember correctly its already upx-ed, its a Tcl program, thats why its so big. 20.23.30 # domonoky: btw, do we *really* want the server as a built-in resource? That seems kinda excessive.. 20.23.32 # wodz: this is just my guess though 20.23.40 # domonoky: Then we should look into rewriting it. 20.23.53 # pixelma: I see now - just reading MAS35xx datasheets to understand what I am touching... 20.24.10 # domonoky: upx'd Tcl app, packed into a Qt binary, all upx-d again. Ugly doesn't quite cut it. 20.25.33 # archivator: jup, its not pretty. But if we dont include it, we dont have built-in sapi support on windows anymore (unless we keep both sapi interfaces). 20.26.15 # amiconn: ah, ok 20.26.38 # archivator: if you are motivated to rewrite it sure, i tried several times to use the SAPI5 api directly from C++ and always failed at that damn win32 api. :-) 20.27.33 # why not put it on a server and download it on request? Is it a good idea to always ship that code even if it's not used? Might get quite soms size 20.27.43 # domonoky: w32api is ... well, interesting :) 20.28.15 # bluebrother: putting it on the server and automatically downloading it might be a good idea. 20.28.40 # we could even extend that to all TTS engines and make them Qt plugins :-) 20.29.04 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.29.49 # domonoky: I was thinking, that tcl server seems to rely on a single Tcl package. Perhaps we could could against it and then use QtScript to run the server? It's not exactly pretty, either, though. As for Win32, I have absolutely no experience with it so don't count on me there :) 20.30.56 # domonoky: well, wouldn't make much sense for e.g. the Mac one as it's only in the Mac binary (and the code shouldn't make a major difference). 20.31.04 # archivator: the opensapi should stay a external exe, or you wont be able to run it under wine (with native rbutil). 20.31.14 # and with Qt plugins we also get a problem: static binaries can't load plugins 20.32.04 # domonoky: ah, true, I forgot about that. 20.32.17 # bluebrother: they can't? 20.33.35 # archivator: no. That's the reason for the Q_IMPORT_PLUGIN in main.cpp 20.34.09 # i.e. you can use plugins, but you have to compile them statically into the binary. But then it doesn't give any benefit having it as plugin 20.34.17 Quit mitk (Quit: Leaving) 20.34.59 Part watto 20.35.23 # archivator: http://qt.nokia.com/doc/4.6/plugins-howto.html#static-plugins 20.35.47 # wodz: The MAS3507D utilizes an external DAC, the DAC3550 20.35.50 # bluebrother: yeah, I saw it. Doesn't explain the technical details, though. 20.35.52 # domonoky: what do you think about FS#11182? 20.36.05 # The MAS3587F and MAS3539F have a built-in DAC 20.36.14 Part fml 20.36.18 # (actually both a DAC and an ADC) 20.37.07 Quit toffe82 (Ping timeout: 240 seconds) 20.37.18 # no bug :-) 20.37.33 # New commit by 03tomers (r25520): rbutil: Hebrew translation 20.38.34 # the "disabled Targets" checkbox should only be visible in svn builds, so its fine if such targets arent saved. 20.39.21 # well, it's also present in releases. At least right now as I haven't found a good solution how to toggle that. svn builds use the same script. 20.41.35 # oh, i think we should hide that in releases. so you should modify your script to add a extra define if it makes releases :-) 20.44.03 Quit Strife89 (Quit: Leaving the building.) 20.45.14 # New commit by 03tomers (r25521): Add comment to is_diacritic() 20.47.43 Join PatrickB [0] (~Miranda@ip-77-24-60-91.web.vodafone.de) 20.49.40 # so I read the wiki introductions because I want to make a page for a player(a more experienced user recommended this to me on the forum). but I can't find where I have to create the page/topic. I looked around but no idea. please help me. 20.51.31 # PatrickB: just navigate to a page that doesn't exist. 20.51.58 # domonoky: are we really interested in getting rid of the vbs for SAPI? We should really pick - either opensapi, or a new class to use the native API. We can't have both for obvious redundancy reasons. 20.52.35 # the easiest (IMO) way is to simply put the page name in the URL. You could also use the "Go" box at the upper right in the wiki, type the (new) page name, and then you'll get a page that allows you creating that new page 20.52.58 # thank you again bluebrother... 20.53.54 # in the latter case you can just leave the entry boxes on the page as they are (assuming your page name is correct ;-) and press the "create this topic" button 20.54.01 # PatrickB: you're welcome 20.56.25 Join moos [0] (moos@rockbox/staff/moos) 20.57.18 Join Luca_S [0] (~5712526b@giant.haxx.se) 20.57.20 Quit Xerion (Quit: ) 20.57.25 Join toffe82 [0] (~chatzilla@12.169.218.14) 20.58.22 # arrgh... firmware/mp3_playback.c is terrible 20.58.50 # or horrible rather 20.59.26 # domonoky: also, for voice.pl-style transformations, I think we should steal wxWidgets' idea and create a SpeechTransformer chain-of-command architecture that has the individual transformers added/removed by the user (with sensible defaults). 20.59.57 # wodz: that's what they say about software codec playback too ;) 21.00.50 # pixelma: I mean intermix of lowlevel, hardware specyfic stuff and more abstract... 21.01.15 Quit xavieran (Ping timeout: 276 seconds) 21.01.45 Join xavieran [0] (~xavieran@dsl-220-235-119-86.sa.westnet.com.au) 21.03.59 *** Saving seen data "./dancer.seen" 21.06.07 Join captainewkl [0] (~2669ecc2@gateway/web/freenode/x-oawftrvwfuxckltj) 21.07.27 # archivator: dont know how that works, but sounds good :-) 21.08.06 # domonoky: well, their thing is far too complicated (it can convert from html to XML or SSML) but I think I have a basic idea of how it should be structured. 21.08.36 # However, I can't figure out if the language setting is used for anything other than downloading the list of strings. 21.09.51 # voice.pl seems to take care of several language-specific options. The transformer should be aware of the language, the engine, *and* the voice selected. Not too easy, given that we don't have a TTSSettings struct. 21.10.08 Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 21.12.57 # archivator: optimally voice.pl and the transformer would both use a separate file holding the predefined transformations. 21.13.07 # are the transformations identical between voices? 21.13.13 # bluebrother: no 21.13.22 # too bad :( 21.13.36 # it's actually quite sophisticated and I don't think we should try to describe it in an external file 21.14.07 # why not? I don't like duplicating such lists ... 21.14.40 # Well, some of the transformations are only triggered if the language is German, the engine is SAPI, and the vendor of the selected voice is AT&T Labs. 21.15.11 # couldn't we handle this in a similar way to target-specific strings in voice files? 21.15.20 # How is that handled? 21.16.20 # it's some kind of tag-based list. 21.17.24 # see for example http://svn.rockbox.org/viewvc.cgi/trunk/apps/lang/english.lang?view=markup 21.18.09 # if we go for a more xml-compatible syntax we could even use the xml parsers that are already around, like for voice.pl. No idea about visual basic for that, though. 21.20.36 # bluebrother: I thought you meant something else. well, yes, we could indeed use XML-like syntax to describe the transformations but I'm not too fond of integrating an entire parser into rbutil 21.22.23 # archivator: i think there is QXml :-) 21.23.41 # well, I'm not sure the .lang files are well-formed XML any way 21.23.45 # archivator: language and engine is available in TalkGenerator.cpp, the voice (if any) could maybe be queryd from the tts. 21.23.47 # there is (it's QtXml when speaking about Qt modules ;-) but not needing to include that would be a good thing too. 21.23.50 Quit stripwax (Quit: http://miranda-im.org) 21.24.08 # archivator: no, the .lang files are not. There was quite some discussion about this when langv2 was introduced 21.24.35 Quit captainewkl (Quit: Page closed) 21.24.49 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 21.24.53 # but my point is simply to have an external file that holds transformation strings with some additional markup to note which setup they are to be used for 21.25.38 # this could be as simple as a "engine:voice:transformation" format 21.25.44 # Well, we don't need xml in any case. We only need to find the start and end of a transformation, the criteria when it should be applied and the actual strings. That should be doable with basic string parsing. 21.26.22 # bluebrother: I follow. I was thinking of a better-looking format for the criteria but we're basically on the same page. 21.26.56 # We would still need to expose the vendor in ttssapi.cpp - QUERY\tVENDOR\r\n seems to be the script command in question. 21.27.15 # Not sure if I should expose this in the GUI as well - similar to how festival handles the voice descriptions. 21.28.04 # well, for such a simple file format we could implement a table view a user can edit. Maybe only show the tranformations for the currently selected engine / vendor pair 21.28.19 Part PatrickB ("I'm a happy Miranda IM user! Get it here: http://miranda-im.org") 21.28.46 # or allow specifying an external file with additional transformations. Might be useful to get users submit the transformations for their languages 21.29.07 # bluebrother: I was thinking of having an online database, actually 21.29.08 # we could even go as far as hosting user transformations similar to the theme website :) 21.29.19 # Yes, my point exactly. 21.29.42 # it _might_ be a good idea to consider giving the user the option to override specific transformations 21.29.55 # though I'm not really sure about that. 21.30.34 # New commit by 03alle (r25522): Set SVN keywords; small addition to the comment. 21.30.55 # How about we start simple - a set of predefined transformations, in an external file to be embedded as a resource. 21.31.08 # usersubmitted voice corrections surely need some supervision, or someone will make yes to no :-) 21.31.34 # archivator: exactly what I thought :) 21.31.40 # starting simple is always good :-) 21.32.00 # domonoky: well, we could allow the user to select the transformation he wants to use. Pretty similar to the theme installation, only that he can only select one 21.33.21 # you mean a complete set of voice transformations or the single replacements ? 21.33.41 # I'm thinking of sets 21.35.29 Join Strife89 [0] (~michael@168.16.232.173) 21.36.19 # New commit by 03alle (r25523): Set SVN keywords 21.37.40 Join fml [0] (~chatzilla@port-83-236-234-85.static.qsc.de) 21.38.13 # Why is the function is_diacritic declared as returning an int (and not bool)? 21.38.38 # And why is it in "drivers" and not in "common"? 21.39.38 Join drostie [0] (~marathon@5ED17066.cable.ziggo.nl) 21.41.45 # That same function already has a bool in its signature. I could understand it if we didn't want "non standard" types in common/drivers. 21.43.13 # fml: bool is perfectly standard as far as I know :) 21.44.34 # I agree about drivers/ being definitely the wrong place for it 21.45.54 Quit kugel (Ping timeout: 260 seconds) 21.46.36 # gevaerts: I think the bool as the return type would more clearlyconvey what the function does. 21.46.46 # it would, yes 21.46.52 # * bluebrother agrees with fml 21.47.12 Quit archivator (Quit: "No message") 21.48.52 # So would someone change that? I can commit but can't make a verifying build. 21.49.43 # gevaerts: is bool really a standard type? In C? I thought it must be #define'd. 21.50.10 # fml: it's #defined, but the spec says how it must be defined 21.51.23 # gevaerts: so it's not part of the language but part of ... what? 21.51.48 # the standard headers 21.51.57 # fml: bool is part of C99. 21.52.22 # unfortunately, most C compilers do only support C90. Which includes the Microsoft compiler 21.52.37 # OK. Now I'm a C99 expert! :-) 21.53.20 # that created the interesting effect that some code I was trying to compile in VS did compile in cpp mode but not in c mode (it was parts of the MTP dll for beastpatcher) 21.53.20 # fml: if you include stdbool.h, you get bool, which is defined as _Bool, which *is* a type 21.54.14 # It also defines, true, false, and __bool_true_false_are_defined 21.55.36 # Should I file a bug report about diacritic.c being in drivers so that it doesn't get forgotten? 21.58.03 # fml: wouldn't be wrong, unless you're planning to do it yourself shortly :) 21.58.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.58.43 # No, I'm not planning it because I can't verify the change (have no buildenv) 21.59.28 # New commit by 03jethead71 (r25524): Gigabeat S: Add some sanity checks for a strange charging anomaly that I have personally witnessed twice-- no, I don't have photos or a YT video but ... 21.59.34 # then I'd add a task for it. We agreed that it needs changing :) 22.00.10 Quit xiainx (Quit: Good Bye) 22.00.37 Quit n17ikh (Remote host closed the connection) 22.01.25 # New commit by 03torne (r25525): Make ATA code not bother to retry requests that return IDNF (specified sector not valid). ... 22.02.07 Quit Strife89 (Quit: Changing buildings again.) 22.02.35 # Torne: are all ata-target.h files the same? 22.02.38 # bluebrother: FS#11187 is at your disposal ;-) 22.02.48 # kugel: no 22.03.03 # kugel: they're pretty similar, admittedly :) 22.03.22 # fml: I won't fix it, I'm a rbutil guy ;-) 22.03.33 # kugel: but there's some byte order thing that means taht one of the cpus ahs different values, and the base registers are at different addresses, etc 22.03.50 Join xiainx [0] (~iain@modemcable195.238-202-24.mc.videotron.ca) 22.04.19 # but these error values are the same on all? 22.05.23 # kugel: it's always the same bit, it's from the ATA spec, but the coldfire version has them in the top byte of a halfword for some reason 22.05.41 # just thought the common parts could be in a common file ;) 22.05.48 # bluebrother: I hope tomers reads logs then. 22.05.50 # ata.h for example 22.05.50 # Yeah, the common parts are really not very big 22.06.03 # Someone could probaly tidy it up but I just wanted one more bit ;) 22.06.18 # fml: me too 22.06.41 # how on earth did my commit add 400KB on vibe 500 22.06.57 # this is nonsensical :) 22.07.12 # Torne: the usual build system bug 22.07.54 # ah 22.08.32 # If you read perl fluently, you might want to have a look 22.08.43 # er no 22.08.50 # i read perl only at gunpoint 22.09.25 # nobody reads perl, only some write in it :) 22.10.42 # it's an Ondo vx747 build in the Vibe500 zip 22.10.49 # Onda too 22.12.10 Join amr [0] (~quassel@41.232.153.9) 22.19.40 # bluebrother: are you also a manual guy? Then you could try FS#11188 22.22.29 Quit Topy44 (Ping timeout: 276 seconds) 22.23.25 Join Adubb [0] (~aldubuc@67.201.160.144) 22.24.02 # just want to know, how to repoen a closed task on flyspray ? thanks 22.24.36 # amr: ask here :) 22.25.59 # do I need an extra permission ? 22.26.14 Join toffe82 [0] (~chatzilla@12.169.218.14) 22.27.12 # fml: I did manual work in the past, now rather rarely. 22.27.57 # I've already done the work, you could just check it 22.28.44 # like "make manual" 22.29.37 # fml: will try :) 22.31.03 # or should I create a new task again ? 22.31.53 Quit TopyMobile_ (Ping timeout: 246 seconds) 22.32.18 # amr: which task is it? 22.32.26 # amr: just tell us what task you're talking about and why do you want to reopen it 22.32.54 Quit merbanan (Ping timeout: 246 seconds) 22.33.06 # http://www.rockbox.org/tracker/task/11169 22.33.37 # or alterntatively this: 22.33.39 # http://www.rockbox.org/tracker/task/11185 22.34.11 # Well, I think we should only reopen one :) 22.34.29 # So that still happens? 22.34.56 # yeah, I'm going to explain the case more in the comment 22.35.18 # OK, I reopened FS#11185 22.35.46 # fml: " And why is it in "drivers" and not in "common"?" -> because there's no clear distinction between them 22.35.56 # ok thanks 22.35.56 # at least no commonly known one :P 22.36.15 # those builds are sure quick now, which I'm not complaining about. kinda nice to have it nearly done before I even get over the table to check it. :) 22.36.17 # kugel: well, can you give one reason for "drivers"? :) 22.36.36 # I guess part of the raaa gsoc project will be to clean that up, so that linking OS libraries is easier 22.36.45 # fml: FS#11188 builds fine 22.37.55 # bluebrother: does it also look decently (I mean the PDF)? 22.39.14 # what's the deal with the monster-sized delta anomalies? (~400K) ?? 22.39.16 # gevaerts: well, it contains high-level drivers, but also a lot of other stuff 22.39.49 # jhMikeS: a bug in the build system. Every now and then it mixes up targets 22.40.01 # jhMikeS: wrong builds in the zip 22.40.03 # If you read perl, please help :) 22.40.05 # kugel: IMO diacritics.c is of the same type as ctype 22.40.47 # fml: except that ctype is ansi c, diactritics is rockbox specific 22.40.51 # but generally, yes 22.40.59 # so long as it all works out in the end! :P 22.41.01 # kugel: I'd argue that it *only* has drivers, apart from diacritics.c 22.41.21 # New commit by 03tomers (r25526): FS#11187 - diacritic.c is in 'drivers' but it does not belong there ... 22.41.44 # imo it's ok: http://www.alice-dsl.net/dominik.riebeling/rockbox/hotkeyable.jpg 22.41.57 Quit Luca_S (Quit: CGI:IRC (EOF)) 22.42.26 # it's also a mix of high level drivers and shared low-level ones, a bit confusing 22.42.40 # some high level drivers are not in drivers/, too 22.43.27 # Oh, things can certainly be improved 22.43.50 # bluebrother: and the link points to the right place? If yes, could you commit it? 22.45.21 # fml: haven't checked the links in detail, I trusted you ;-) 22.45.34 # * pixelma wonders when her theme stopped working correctly on an M3 sim (the monochrome bitmaps don't show up correctly) 22.45.35 Join TopyMobile_ [0] (~topy@g228144221.adsl.alicedsl.de) 22.46.40 # bluebrother: I copied the reference code from anotherplace in the hope that it's correct. But I can't check it here. Can you just click it and see? 22.48.42 Part fml ("bye") 22.48.43 Quit bmbl (Quit: Bye!) 22.53.12 # New commit by 03bluebrother (r25527): Insert links to the explanations of hotkey where it's mentioned. ... 22.53.34 Join Adubbb [0] (~Aldubuc@67.201.160.144) 22.54.04 Quit Adubb (Quit: "The mind and body must be subjected to extreme stimulus, by means of drugs and music." - HST) 22.54.20 Quit fyre^OS (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!) 23.04.01 *** Saving seen data "./dancer.seen" 23.10.14 # Here is my attempt to cleanup codebase a bit. I did my best to separate mas35xx lowlevel stuff from sound.c. FS#11189. Any comment welcome 23.10.35 Quit GeekShadow (Quit: The cake is a lie !) 23.14.31 # hmm... shouldn't the "mandelbrot" screenshots in the manual also be renamed to "ss-fractals-something" 23.14.35 # ? 23.16.04 Quit liar (Quit: bye) 23.16.32 # although they still show the Mandelbrot set 23.21.10 # pixelma: could You try my patch on Your Ondio? 23.23.17 Quit TopyMobile_ (Ping timeout: 264 seconds) 23.24.20 # wodz: ah, I like these kind of patches 23.25.43 # :-) 23.29.56 Join TopyMobile [0] (~topy@xdsl-78-34-69-143.netcologne.de) 23.30.48 Quit soap (Quit: soap) 23.31.14 # wodz: sure, might take a bit (building and then unzipping to the Ondio takes ages). And I'm a bit tired so results more likely tomorrow 23.31.34 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 23.31.58 # sure 23.32.25 # ok, time to sleep, bye 23.32.32 Quit wodz (Quit: Leaving) 23.33.15 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 23.35.31 Quit parafin (Quit: So long and thanks for all the fish) 23.35.32 Join soap [0] (~soap@rockbox/staff/soap) 23.35.36 Quit TopyMobile (Ping timeout: 240 seconds) 23.35.51 Join parafin [0] (parafin@paraf.in) 23.36.03 Join Topy44 [0] (~topy@my.fastsh.it) 23.39.43 Quit Zarggg (Read error: Connection reset by peer) 23.42.49 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.45.17 Join TopyMobile [0] (~topy@xdsl-78-34-69-143.netcologne.de) 23.45.57 Quit soap (Quit: soap) 23.46.58 Quit Topy44 (Ping timeout: 276 seconds) 23.49.53 Join Topy44 [0] (~Topy44@f048209063.adsl.alicedsl.de) 23.52.02 Join Topy [0] (~topy@my.fastsh.it) 23.53.33 Quit Topy44 (Client Quit) 23.55.08 Join rd1381 [0] (~rd1381@94.182.86.183) 23.56.16 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.56.17 # is it me or rockbox file transfer spped is usb1? 23.56.32 # it's you 23.56.44 # why? 23.56.55 # we may indeed be slower than the original firmware on some players, but it's not anything to do with usb1/2 23.56.56 # i try with rockbox and spped is low 23.57.07 # i try with ipod firmware and spped is high 23.57.23 # yes, on some ipod models our disk access runs slowly for some reason 23.57.30 # which ipod? 23.57.34 # with rockbox it maxes out at - mB/s 23.57.42 # 5-6Mbs 23.57.54 # ipod 5.5 30gb 23.58.05 # ipod video 30gb 23.58.06 # Well, usb1 would max out at about one megabyte per second 23.58.12 # ok 23.58.20 # so its not usb 1 but very low 23.58.34 # Our implementation is just not very fast on some models