summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorBjörn Stenberg <bjorn@haxx.se>2002-10-10 21:47:38 +0000
committerBjörn Stenberg <bjorn@haxx.se>2002-10-10 21:47:38 +0000
commite9feba8f636d80dfd26f887ae598385099460e2a (patch)
tree5284b1a31ba42649f68ee200988596583860787e
parenta0bf4f1744547338ccc36ac66b3e1d4e906030f7 (diff)
downloadrockbox-1.4-final.tar.gz
rockbox-1.4-final.zip
This commit was manufactured by cvs2svn to create tag 'v1_4'.v1.4-final
git-svn-id: svn://svn.rockbox.org/rockbox/tags/v1_4@2573 a1c6a512-1295-4272-9138-f99709370657
-rw-r--r--CVSROOT/checkoutlist14
-rw-r--r--CVSROOT/commitinfo15
-rw-r--r--CVSROOT/config11
-rw-r--r--CVSROOT/cvswrappers23
-rw-r--r--CVSROOT/editinfo21
-rw-r--r--CVSROOT/loginfo33
-rw-r--r--CVSROOT/modules26
-rw-r--r--CVSROOT/notify12
-rw-r--r--CVSROOT/rcsinfo13
-rwxr-xr-xCVSROOT/syncmail210
-rw-r--r--CVSROOT/taginfo20
-rw-r--r--CVSROOT/verifymsg21
-rw-r--r--apps/lang/english.lang52
-rw-r--r--apps/lang/nederlands.lang12
-rw-r--r--docs/FILES2
-rw-r--r--firmware/FILES1
-rw-r--r--gdb/FILES3
-rw-r--r--gdb/Makefile30
-rw-r--r--gdb/README80
-rw-r--r--gdb/linker.cfg28
-rw-r--r--gdb/sh-stub.c1577
-rw-r--r--gdb/start.s41
-rw-r--r--www/Makefile39
-rw-r--r--www/activity.t42
-rw-r--r--www/bugs.t27
-rw-r--r--www/codes_new.pngbin2300 -> 0 bytes
-rw-r--r--www/codes_old.pngbin2460 -> 0 bytes
-rw-r--r--www/codes_rec.pngbin5221 -> 0 bytes
-rw-r--r--www/cross-gcc.t105
-rw-r--r--www/cvs.t148
-rw-r--r--www/daily.t63
-rwxr-xr-xwww/dailymod.pl35
-rwxr-xr-xwww/dailysrc.pl25
-rw-r--r--www/devcon/IMG_4083.JPGbin739023 -> 0 bytes
-rw-r--r--www/devcon/IMG_4084.JPGbin744194 -> 0 bytes
-rw-r--r--www/devcon/IMG_4085.JPGbin807416 -> 0 bytes
-rw-r--r--www/devcon/IMG_4086.JPGbin626454 -> 0 bytes
-rw-r--r--www/devcon/IMG_4087.JPGbin904011 -> 0 bytes
-rw-r--r--www/devcon/IMG_4088.JPGbin1012372 -> 0 bytes
-rw-r--r--www/devcon/IMG_4089.JPGbin1006566 -> 0 bytes
-rw-r--r--www/devcon/Makefile9
-rw-r--r--www/devcon/bildtext.txt5
-rw-r--r--www/devcon/img4083.jpgbin67794 -> 0 bytes
-rw-r--r--www/devcon/img4083t.jpgbin12444 -> 0 bytes
-rw-r--r--www/devcon/img4084.jpgbin80091 -> 0 bytes
-rw-r--r--www/devcon/img4084t.jpgbin16550 -> 0 bytes
-rw-r--r--www/devcon/img4085.jpgbin90051 -> 0 bytes
-rw-r--r--www/devcon/img4085t.jpgbin10035 -> 0 bytes
-rw-r--r--www/devcon/img4086.jpgbin56036 -> 0 bytes
-rw-r--r--www/devcon/img4086t.jpgbin12220 -> 0 bytes
-rw-r--r--www/devcon/img4087.jpgbin79846 -> 0 bytes
-rw-r--r--www/devcon/img4087t.jpgbin8665 -> 0 bytes
-rw-r--r--www/devcon/img4088.jpgbin112641 -> 0 bytes
-rw-r--r--www/devcon/img4088t.jpgbin11368 -> 0 bytes
-rw-r--r--www/devcon/img4089.jpgbin101347 -> 0 bytes
-rw-r--r--www/devcon/img4089t.jpgbin18188 -> 0 bytes
-rw-r--r--www/devcon/index.t132
-rw-r--r--www/docs/Makefile47
-rw-r--r--www/docs/battery-faq.t6
-rw-r--r--www/docs/contributing.t8
-rw-r--r--www/docs/custom_wps_format.t8
-rw-r--r--www/docs/datasheets.t39
-rw-r--r--www/docs/faq.t6
-rw-r--r--www/docs/how_to_compile.t8
-rw-r--r--www/docs/index.t24
-rw-r--r--www/docs/mpeghdr.t761
-rw-r--r--www/download/Makefile9
-rw-r--r--www/download/index.t76
-rw-r--r--www/download/old.t10
-rw-r--r--www/example/Makefile40
-rw-r--r--www/example/README7
-rw-r--r--www/example/app.lds23
-rw-r--r--www/example/main.c102
-rw-r--r--www/example/start.s23
-rwxr-xr-xwww/faq2html.pl101
-rw-r--r--www/foot.t5
-rw-r--r--www/getbugs.pl18
-rw-r--r--www/head.t60
-rw-r--r--www/history.t124
-rwxr-xr-xwww/index.cgi41
-rw-r--r--www/indexbot.t1
-rw-r--r--www/indextop.t2
-rw-r--r--www/internals/6k_back.jpgbin264430 -> 0 bytes
-rw-r--r--www/internals/6k_back_t.jpgbin6081 -> 0 bytes
-rw-r--r--www/internals/6k_cpu.jpgbin366857 -> 0 bytes
-rw-r--r--www/internals/6k_cpu_t.jpgbin7715 -> 0 bytes
-rw-r--r--www/internals/6k_top.jpgbin226454 -> 0 bytes
-rw-r--r--www/internals/6k_top_t.jpgbin5668 -> 0 bytes
-rw-r--r--www/internals/Makefile9
-rw-r--r--www/internals/archos1.jpgbin44602 -> 0 bytes
-rw-r--r--www/internals/archos1t.jpgbin1761 -> 0 bytes
-rw-r--r--www/internals/archos2.jpgbin54035 -> 0 bytes
-rw-r--r--www/internals/archos2t.jpgbin1962 -> 0 bytes
-rw-r--r--www/internals/archos3.jpgbin55151 -> 0 bytes
-rw-r--r--www/internals/archos3t.jpgbin2017 -> 0 bytes
-rw-r--r--www/internals/archos4.jpgbin43599 -> 0 bytes
-rw-r--r--www/internals/archos4t.jpgbin1680 -> 0 bytes
-rw-r--r--www/internals/archos_b1.jpgbin1643 -> 0 bytes
-rw-r--r--www/internals/archos_b2.jpgbin1547 -> 0 bytes
-rw-r--r--www/internals/archos_bottom.jpgbin146414 -> 0 bytes
-rw-r--r--www/internals/archos_bottom2.jpgbin216721 -> 0 bytes
-rw-r--r--www/internals/archos_t1.jpgbin1703 -> 0 bytes
-rw-r--r--www/internals/archos_top.jpgbin205131 -> 0 bytes
-rw-r--r--www/internals/bjorn.t49
-rw-r--r--www/internals/index.t30
-rw-r--r--www/internals/lcd.jpgbin11210 -> 0 bytes
-rw-r--r--www/internals/rec_front.jpgbin35983 -> 0 bytes
-rw-r--r--www/internals/rec_front_t.jpgbin4865 -> 0 bytes
-rw-r--r--www/internals/rec_iface_bottom.jpgbin392501 -> 0 bytes
-rw-r--r--www/internals/rec_iface_bottom_t.jpgbin7453 -> 0 bytes
-rw-r--r--www/internals/rec_iface_top.jpgbin385065 -> 0 bytes
-rw-r--r--www/internals/rec_iface_top_t.jpgbin6288 -> 0 bytes
-rw-r--r--www/internals/rec_main_bottom.jpgbin444606 -> 0 bytes
-rw-r--r--www/internals/rec_main_bottom_t.jpgbin6410 -> 0 bytes
-rw-r--r--www/internals/rec_main_top.jpgbin524496 -> 0 bytes
-rw-r--r--www/internals/rec_main_top_t.jpgbin5996 -> 0 bytes
-rw-r--r--www/internals/rec_rear_bottom.jpgbin58534 -> 0 bytes
-rw-r--r--www/internals/rec_rear_bottom_t.jpgbin11412 -> 0 bytes
-rw-r--r--www/internals/rec_rear_top.jpgbin48707 -> 0 bytes
-rw-r--r--www/internals/rec_rear_top_t.jpgbin10284 -> 0 bytes
-rw-r--r--www/internals/recorder.t28
-rw-r--r--www/internals/remote.jpgbin41940 -> 0 bytes
-rw-r--r--www/internals/remote.t13
-rw-r--r--www/internals/remote_back.jpgbin74513 -> 0 bytes
-rw-r--r--www/internals/remote_back_t.jpgbin13575 -> 0 bytes
-rw-r--r--www/internals/remote_front.jpgbin155282 -> 0 bytes
-rw-r--r--www/internals/remote_front_t.jpgbin14147 -> 0 bytes
-rw-r--r--www/internals/remote_t.jpgbin10690 -> 0 bytes
-rw-r--r--www/internals/tjerk.t17
-rw-r--r--www/irc/Makefile14
-rw-r--r--www/irc/index.t19
-rwxr-xr-xwww/irc/irclogs.pl46
-rw-r--r--www/irc/nicks.txt21
-rw-r--r--www/irc/rockbox-20020325.log562
-rw-r--r--www/irc/rockbox-20020326.log591
-rw-r--r--www/irc/rockbox-20020327.log563
-rw-r--r--www/irc/rockbox-20020416.log214
-rw-r--r--www/irc/rockbox-20020417.log164
-rw-r--r--www/irc/rockbox-20020418.log559
-rw-r--r--www/irc/rockbox-20020419.log547
-rw-r--r--www/irc/rockbox-20020423.log1012
-rw-r--r--www/irc/rockbox-20020426.log2238
-rw-r--r--www/irc/rockbox-20020427.log938
-rw-r--r--www/irc/rockbox-20020430.log1230
-rw-r--r--www/irc/rockbox-20020502.log1869
-rw-r--r--www/irc/rockbox-20020505.log614
-rw-r--r--www/irc/rockbox-20020509.log1656
-rw-r--r--www/irc/rockbox-20020511.log386
-rw-r--r--www/irc/rockbox-20020513.log818
-rw-r--r--www/irc/rockbox-20020516.log2060
-rw-r--r--www/irc/rockbox-20020519.log515
-rw-r--r--www/irc/rockbox-20020521.log724
-rw-r--r--www/irc/rockbox-20020522.log661
-rw-r--r--www/irc/rockbox-20020528.log3503
-rw-r--r--www/irc/rockbox-20020529.log93
-rw-r--r--www/irc/rockbox-20020531.log2301
-rw-r--r--www/irc/rockbox-20020604.log1858
-rw-r--r--www/irc/rockbox-20020605.log421
-rw-r--r--www/irc/rockbox-20020609.log1772
-rw-r--r--www/irc/rockbox-20020610.log995
-rw-r--r--www/irc/rockbox-20020611.log212
-rw-r--r--www/irc/rockbox-20020612.log183
-rw-r--r--www/irc/rockbox-20020613.log1988
-rw-r--r--www/irc/rockbox-20020614.log1303
-rw-r--r--www/irc/rockbox-20020615.log3625
-rw-r--r--www/lock.t44
-rw-r--r--www/mailbot.t1
-rw-r--r--www/mailtop.t2
-rw-r--r--www/main.t66
-rw-r--r--www/manual/Makefile9
-rw-r--r--www/manual/index.t16
-rw-r--r--www/manual/manual.t2
-rw-r--r--www/manual/play-boot.pngbin182 -> 0 bytes
-rw-r--r--www/manual/play-boot.t13
-rw-r--r--www/manual/play-dir.t61
-rw-r--r--www/manual/play-menu.t32
-rw-r--r--www/manual/play-wps.t34
-rw-r--r--www/manual/rec-boot.pngbin519 -> 0 bytes
-rw-r--r--www/manual/rec-boot.t19
-rw-r--r--www/manual/rec-dir.pngbin579 -> 0 bytes
-rw-r--r--www/manual/rec-dir.t96
-rw-r--r--www/manual/rec-folder.pngbin232 -> 0 bytes
-rw-r--r--www/manual/rec-general.t59
-rw-r--r--www/manual/rec-generalsettings.pngbin1095 -> 0 bytes
-rw-r--r--www/manual/rec-logo.pngbin1146 -> 0 bytes
-rw-r--r--www/manual/rec-m3u.pngbin218 -> 0 bytes
-rw-r--r--www/manual/rec-menu.pngbin919 -> 0 bytes
-rw-r--r--www/manual/rec-menu.t31
-rw-r--r--www/manual/rec-mp3.pngbin219 -> 0 bytes
-rw-r--r--www/manual/rec-sound.t24
-rw-r--r--www/manual/rec-soundsettings.pngbin582 -> 0 bytes
-rw-r--r--www/manual/rec-volume.pngbin495 -> 0 bytes
-rw-r--r--www/manual/rec-wps.pngbin620 -> 0 bytes
-rw-r--r--www/manual/rec-wps.t49
-rw-r--r--www/manual/wormlet.t259
-rw-r--r--www/mods/Makefile9
-rw-r--r--www/mods/a1.jpgbin21532 -> 0 bytes
-rw-r--r--www/mods/a2.jpgbin19581 -> 0 bytes
-rw-r--r--www/mods/a3.jpgbin29395 -> 0 bytes
-rw-r--r--www/mods/a4.jpgbin23848 -> 0 bytes
-rw-r--r--www/mods/a5.jpgbin22546 -> 0 bytes
-rw-r--r--www/mods/a6.jpgbin25673 -> 0 bytes
-rw-r--r--www/mods/a7.jpgbin25447 -> 0 bytes
-rw-r--r--www/mods/a7b.jpgbin173573 -> 0 bytes
-rw-r--r--www/mods/a8.jpgbin26878 -> 0 bytes
-rw-r--r--www/mods/a8b.jpgbin130002 -> 0 bytes
-rw-r--r--www/mods/b1.jpgbin14800 -> 0 bytes
-rw-r--r--www/mods/b10.jpgbin21364 -> 0 bytes
-rw-r--r--www/mods/b11.jpgbin20680 -> 0 bytes
-rw-r--r--www/mods/b2.jpgbin23452 -> 0 bytes
-rw-r--r--www/mods/b3.jpgbin15993 -> 0 bytes
-rw-r--r--www/mods/b4.jpgbin21351 -> 0 bytes
-rw-r--r--www/mods/b5.jpgbin16909 -> 0 bytes
-rw-r--r--www/mods/b6.jpgbin20017 -> 0 bytes
-rw-r--r--www/mods/b7.jpgbin14938 -> 0 bytes
-rw-r--r--www/mods/b8.jpgbin15200 -> 0 bytes
-rw-r--r--www/mods/b9.jpgbin22040 -> 0 bytes
-rw-r--r--www/mods/d1.jpgbin26254 -> 0 bytes
-rw-r--r--www/mods/disassemble.t30
-rw-r--r--www/mods/disassemble2.t38
-rw-r--r--www/mods/esd.jpgbin2869 -> 0 bytes
-rw-r--r--www/mods/harddisk.t8
-rw-r--r--www/mods/index.t29
-rw-r--r--www/mods/reassemble.t10
-rw-r--r--www/mods/rs232.t69
-rw-r--r--www/mods/rs232_board_bottom.pdfbin12291 -> 0 bytes
-rw-r--r--www/mods/rs232_board_bottom.pngbin3519 -> 0 bytes
-rw-r--r--www/mods/rs232_board_place.pdfbin31732 -> 0 bytes
-rw-r--r--www/mods/rs232_board_place.pngbin17233 -> 0 bytes
-rw-r--r--www/mods/rs232_board_top.pdfbin25325 -> 0 bytes
-rw-r--r--www/mods/rs232_board_top.pngbin5273 -> 0 bytes
-rw-r--r--www/mods/rs232_eagle.zipbin53332 -> 0 bytes
-rw-r--r--www/mods/rs232_schematic.pdfbin39865 -> 0 bytes
-rw-r--r--www/mods/rs232_schematic.pngbin18553 -> 0 bytes
-rw-r--r--www/mods/rs232_schematic_big.pngbin33249 -> 0 bytes
-rw-r--r--www/mods/serialport.t22
-rw-r--r--www/mods/toast.jpgbin17800 -> 0 bytes
-rw-r--r--www/notes.t416
-rw-r--r--www/requests.t19
-rw-r--r--www/rockbox100.pngbin4908 -> 0 bytes
-rw-r--r--www/rockbox400.pngbin12261 -> 0 bytes
-rw-r--r--www/schematics/6k_schematic.pdfbin42784 -> 0 bytes
-rw-r--r--www/schematics/Makefile9
-rw-r--r--www/schematics/PCB_composite_print.pdfbin45180 -> 0 bytes
-rw-r--r--www/schematics/PCB_final_print.pdfbin48622 -> 0 bytes
-rw-r--r--www/schematics/index.t13
-rw-r--r--www/schematics/rec_interface.pdfbin30626 -> 0 bytes
-rw-r--r--www/schematics/rec_main.pdfbin91899 -> 0 bytes
-rw-r--r--www/schematics/remoclone_schem.pdfbin9712 -> 0 bytes
-rw-r--r--www/screenshots.t24
-rw-r--r--www/sh-win/LCDv2Win.zipbin64119 -> 0 bytes
-rw-r--r--www/sh-win/Makefile9
-rw-r--r--www/sh-win/empty.zipbin62684 -> 0 bytes
-rw-r--r--www/sh-win/enviro.jpgbin37913 -> 0 bytes
-rw-r--r--www/sh-win/enviro2.jpgbin36174 -> 0 bytes
-rw-r--r--www/sh-win/enviro3.jpgbin10242 -> 0 bytes
-rw-r--r--www/sh-win/index.t76
-rw-r--r--www/status.t17
-rw-r--r--www/style.css105
-rw-r--r--www/tools.t66
-rw-r--r--www/tshirt-contest/Alexander-Wolff-back.jpgbin122683 -> 0 bytes
-rw-r--r--www/tshirt-contest/Alexander-Wolff-cafefront.jpgbin96354 -> 0 bytes
-rw-r--r--www/tshirt-contest/Alexander-Wolff-front.jpgbin63287 -> 0 bytes
-rw-r--r--www/tshirt-contest/Alt-Front-Rick-Southerland.jpgbin254177 -> 0 bytes
-rw-r--r--www/tshirt-contest/Back-T-Shirt-Rick-Southerland.jpgbin98804 -> 0 bytes
-rw-r--r--www/tshirt-contest/Damien-Teney-back.pngbin52985 -> 0 bytes
-rw-r--r--www/tshirt-contest/Damien-Teney-front.pngbin20405 -> 0 bytes
-rw-r--r--www/tshirt-contest/Front-Left-Chest-T-Shirt-Rick-Southerland.jpgbin193958 -> 0 bytes
-rw-r--r--www/tshirt-contest/Makefile10
-rw-r--r--www/tshirt-contest/Pedro-Eisman-01-blackradical.jpgbin373470 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-02-blackback.jpgbin224878 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-02-blackfront.jpgbin227316 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-03-blueback.jpgbin155827 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-03-bluefront.jpgbin156380 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-04-whiteback.gifbin140089 -> 0 bytes
-rw-r--r--www/tshirt-contest/Pedro-Eisman-04-whitefront.gifbin144115 -> 0 bytes
-rw-r--r--www/tshirt-contest/Tom-Wozniak-rockbox01.jpgbin80665 -> 0 bytes
-rw-r--r--www/tshirt-contest/Tom-Wozniak-rockbox02.jpgbin100581 -> 0 bytes
-rw-r--r--www/tshirt-contest/bagder-shirt.pngbin51499 -> 0 bytes
-rw-r--r--www/tshirt-contest/design1-Lee-Pilgrim.jpgbin21692 -> 0 bytes
-rw-r--r--www/tshirt-contest/design10.pngbin44310 -> 0 bytes
-rw-r--r--www/tshirt-contest/design11.pngbin44719 -> 0 bytes
-rw-r--r--www/tshirt-contest/design12b.pngbin81544 -> 0 bytes
-rw-r--r--www/tshirt-contest/design12f.pngbin53422 -> 0 bytes
-rw-r--r--www/tshirt-contest/design13.pngbin35151 -> 0 bytes
-rw-r--r--www/tshirt-contest/design14.jpgbin18609 -> 0 bytes
-rw-r--r--www/tshirt-contest/design15.pngbin35613 -> 0 bytes
-rw-r--r--www/tshirt-contest/design16b.jpgbin28083 -> 0 bytes
-rw-r--r--www/tshirt-contest/design16f.jpgbin21623 -> 0 bytes
-rw-r--r--www/tshirt-contest/design16f2.jpgbin19726 -> 0 bytes
-rw-r--r--www/tshirt-contest/design18b.pngbin35808 -> 0 bytes
-rw-r--r--www/tshirt-contest/design18f.pngbin37633 -> 0 bytes
-rw-r--r--www/tshirt-contest/design19.jpgbin10457 -> 0 bytes
-rw-r--r--www/tshirt-contest/design2-Magnus-Oman.pngbin36662 -> 0 bytes
-rw-r--r--www/tshirt-contest/design20b.jpgbin9784 -> 0 bytes
-rw-r--r--www/tshirt-contest/design20f.jpgbin10079 -> 0 bytes
-rw-r--r--www/tshirt-contest/design21b.jpgbin6540 -> 0 bytes
-rw-r--r--www/tshirt-contest/design21f.jpgbin6523 -> 0 bytes
-rw-r--r--www/tshirt-contest/design22b.gifbin49447 -> 0 bytes
-rw-r--r--www/tshirt-contest/design22f.gifbin49447 -> 0 bytes
-rw-r--r--www/tshirt-contest/design23.jpgbin12721 -> 0 bytes
-rw-r--r--www/tshirt-contest/design24.jpgbin15599 -> 0 bytes
-rw-r--r--www/tshirt-contest/design25b.pngbin26029 -> 0 bytes
-rw-r--r--www/tshirt-contest/design25f.pngbin15854 -> 0 bytes
-rw-r--r--www/tshirt-contest/design26b.jpgbin13233 -> 0 bytes
-rw-r--r--www/tshirt-contest/design27b.jpgbin16749 -> 0 bytes
-rw-r--r--www/tshirt-contest/design28b.jpgbin19533 -> 0 bytes
-rw-r--r--www/tshirt-contest/design29b.jpgbin20630 -> 0 bytes
-rw-r--r--www/tshirt-contest/design3-Magnus-Oman.pngbin34197 -> 0 bytes
-rw-r--r--www/tshirt-contest/design30b.jpgbin19895 -> 0 bytes
-rw-r--r--www/tshirt-contest/design31b.jpgbin13815 -> 0 bytes
-rw-r--r--www/tshirt-contest/design31f.jpgbin6760 -> 0 bytes
-rw-r--r--www/tshirt-contest/design32f.jpgbin8327 -> 0 bytes
-rw-r--r--www/tshirt-contest/design33.gifbin86185 -> 0 bytes
-rw-r--r--www/tshirt-contest/design34.jpgbin5650 -> 0 bytes
-rw-r--r--www/tshirt-contest/design4.jpgbin21902 -> 0 bytes
-rw-r--r--www/tshirt-contest/design5.jpgbin16820 -> 0 bytes
-rw-r--r--www/tshirt-contest/design5b.jpgbin20404 -> 0 bytes
-rw-r--r--www/tshirt-contest/design6b-Robert-Hak.pngbin44640 -> 0 bytes
-rw-r--r--www/tshirt-contest/design6f-Robert-Hak.pngbin21876 -> 0 bytes
-rw-r--r--www/tshirt-contest/design7-bagder.pngbin35915 -> 0 bytes
-rw-r--r--www/tshirt-contest/design8-edx.pngbin33820 -> 0 bytes
-rw-r--r--www/tshirt-contest/design9.pngbin28724 -> 0 bytes
-rw-r--r--www/tshirt-contest/designs.t503
-rw-r--r--www/tshirt-contest/dw-rbox3-back.pngbin95166 -> 0 bytes
-rw-r--r--www/tshirt-contest/dw-rbox3-front.pngbin94786 -> 0 bytes
-rw-r--r--www/tshirt-contest/dw-shirt-blue.pngbin19718 -> 0 bytes
-rw-r--r--www/tshirt-contest/dw-shirt-white.pngbin20508 -> 0 bytes
-rw-r--r--www/tshirt-contest/dw-shirt2-white.pngbin23321 -> 0 bytes
-rw-r--r--www/tshirt-contest/hak-white-back-list.pngbin54980 -> 0 bytes
-rw-r--r--www/tshirt-contest/hak-white-front.pngbin21834 -> 0 bytes
-rw-r--r--www/tshirt-contest/index.t22
-rw-r--r--www/tshirt-contest/jace-dehodossy-back.jpgbin830591 -> 0 bytes
-rw-r--r--www/tshirt-contest/jace-dehodossy-front.jpgbin432825 -> 0 bytes
-rw-r--r--www/tshirt-contest/jace-dehodossy-front2.jpgbin416369 -> 0 bytes
-rw-r--r--www/tshirt-contest/jeansebastien.tauth-2.jpgbin110205 -> 0 bytes
-rw-r--r--www/tshirt-contest/jeansebastien.tauth-3.jpgbin143558 -> 0 bytes
-rw-r--r--www/tshirt-contest/jeansebastien.tauth-4.jpgbin149569 -> 0 bytes
-rw-r--r--www/tshirt-contest/jeansebastien.tauth-5.jpgbin179248 -> 0 bytes
-rw-r--r--www/tshirt-contest/jeansebastien.tauth-6.jpgbin137609 -> 0 bytes
-rw-r--r--www/tshirt-contest/jh-shirt-white.pngbin16084 -> 0 bytes
-rw-r--r--www/tshirt-contest/letsrock-tshirt-black-back.jpgbin156319 -> 0 bytes
-rw-r--r--www/tshirt-contest/letsrock-tshirt-black-front.jpgbin133202 -> 0 bytes
-rw-r--r--www/tshirt-contest/letsrock.jpgbin509958 -> 0 bytes
-rw-r--r--www/tshirt-contest/letsrockblack.jpgbin501627 -> 0 bytes
-rw-r--r--www/tshirt-contest/michael-fruhmann-rb.jpgbin75659 -> 0 bytes
-rw-r--r--www/tshirt-contest/priceless.pngbin50444 -> 0 bytes
-rw-r--r--www/tshirt-contest/priceless2.pngbin85775 -> 0 bytes
-rw-r--r--www/tshirt-contest/priceless3.pngbin86019 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox-mono112.gifbin538 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox100.pngbin4908 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox200.gifbin5885 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox300.gifbin10093 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox3540.jpgbin342769 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox400.gifbin14756 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox400.pngbin12261 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockbox610.gifbin20128 -> 0 bytes
-rw-r--r--www/tshirt-contest/rockboxshirt_edx.jpgbin731682 -> 0 bytes
-rw-r--r--www/tshirt-contest/t-shirt_uwefreese.gifbin19187 -> 0 bytes
-rw-r--r--www/tshirt-contest/vote.t9
-rw-r--r--www/tshirt-contest/winner/Makefile9
-rw-r--r--www/tshirt-contest/winner/index.t30
-rw-r--r--www/tshirt-contest/winner/rockbox400.pngbin12261 -> 0 bytes
-rw-r--r--www/tshirt-contest/winner/shirt-back.pngbin47711 -> 0 bytes
-rw-r--r--www/tshirt-contest/winner/tiny-back.pngbin39101 -> 0 bytes
-rw-r--r--www/tshirt-contest/winner/tiny-front.pngbin14484 -> 0 bytes
-rwxr-xr-xwww/txt2html.pl28
-rw-r--r--www/usb-howto.t93
368 files changed, 34 insertions, 43301 deletions
diff --git a/CVSROOT/checkoutlist b/CVSROOT/checkoutlist
deleted file mode 100644
index 4c45a691d0..0000000000
--- a/CVSROOT/checkoutlist
+++ /dev/null
@@ -1,14 +0,0 @@
-# The "checkoutlist" file is used to support additional version controlled
-# administrative files in $CVSROOT/CVSROOT, such as template files.
-#
-# The first entry on a line is a filename which will be checked out from
-# the corresponding RCS file in the $CVSROOT/CVSROOT directory.
-# The remainder of the line is an error message to use if the file cannot
-# be checked out.
-#
-# File format:
-#
-# [<whitespace>]<filename><whitespace><error message><end-of-line>
-#
-# comment lines begin with '#'
-syncmail
diff --git a/CVSROOT/commitinfo b/CVSROOT/commitinfo
deleted file mode 100644
index b19e7b7a63..0000000000
--- a/CVSROOT/commitinfo
+++ /dev/null
@@ -1,15 +0,0 @@
-# The "commitinfo" file is used to control pre-commit checks.
-# The filter on the right is invoked with the repository and a list
-# of files to check. A non-zero exit of the filter program will
-# cause the commit to be aborted.
-#
-# The first entry on a line is a regular expression which is tested
-# against the directory that the change is being committed to, relative
-# to the $CVSROOT. For the first match that is found, then the remainder
-# of the line is the name of the filter to run.
-#
-# If the repository name does not match any of the regular expressions in this
-# file, the "DEFAULT" line is used, if it is specified.
-#
-# If the name "ALL" appears as a regular expression it is always used
-# in addition to the first matching regex or "DEFAULT".
diff --git a/CVSROOT/config b/CVSROOT/config
deleted file mode 100644
index 8069cad5df..0000000000
--- a/CVSROOT/config
+++ /dev/null
@@ -1,11 +0,0 @@
-# Set this to "no" if pserver shouldn't check system users/passwords
-#SystemAuth=no
-
-# Set `PreservePermissions' to `yes' to save file status information
-# in the repository.
-#PreservePermissions=no
-
-# Set `TopLevelAdmin' to `yes' to create a CVS directory at the top
-# level of the new working directory when using the `cvs checkout'
-# command.
-#TopLevelAdmin=no
diff --git a/CVSROOT/cvswrappers b/CVSROOT/cvswrappers
deleted file mode 100644
index 0accaf1b15..0000000000
--- a/CVSROOT/cvswrappers
+++ /dev/null
@@ -1,23 +0,0 @@
-# This file affects handling of files based on their names.
-#
-# The -t/-f options allow one to treat directories of files
-# as a single file, or to transform a file in other ways on
-# its way in and out of CVS.
-#
-# The -m option specifies whether CVS attempts to merge files.
-#
-# The -k option specifies keyword expansion (e.g. -kb for binary).
-#
-# Format of wrapper file ($CVSROOT/CVSROOT/cvswrappers or .cvswrappers)
-#
-# wildcard [option value][option value]...
-#
-# where option is one of
-# -f from cvs filter value: path to filter
-# -t to cvs filter value: path to filter
-# -m update methodology value: MERGE or COPY
-# -k expansion mode value: b, o, kkv, &c
-#
-# and value is a single-quote delimited value.
-# For example:
-#*.gif -k 'b'
diff --git a/CVSROOT/editinfo b/CVSROOT/editinfo
deleted file mode 100644
index d78886c152..0000000000
--- a/CVSROOT/editinfo
+++ /dev/null
@@ -1,21 +0,0 @@
-# The "editinfo" file is used to allow verification of logging
-# information. It works best when a template (as specified in the
-# rcsinfo file) is provided for the logging procedure. Given a
-# template with locations for, a bug-id number, a list of people who
-# reviewed the code before it can be checked in, and an external
-# process to catalog the differences that were code reviewed, the
-# following test can be applied to the code:
-#
-# Making sure that the entered bug-id number is correct.
-# Validating that the code that was reviewed is indeed the code being
-# checked in (using the bug-id number or a seperate review
-# number to identify this particular code set.).
-#
-# If any of the above test failed, then the commit would be aborted.
-#
-# Actions such as mailing a copy of the report to each reviewer are
-# better handled by an entry in the loginfo file.
-#
-# One thing that should be noted is the the ALL keyword is not
-# supported. There can be only one entry that matches a given
-# repository.
diff --git a/CVSROOT/loginfo b/CVSROOT/loginfo
deleted file mode 100644
index fa24ce9b86..0000000000
--- a/CVSROOT/loginfo
+++ /dev/null
@@ -1,33 +0,0 @@
-# The "loginfo" file controls where "cvs commit" log information
-# is sent. The first entry on a line is a regular expression which must match
-# the directory that the change is being made to, relative to the
-# $CVSROOT. If a match is found, then the remainder of the line is a filter
-# program that should expect log information on its standard input.
-#
-# If the repository name does not match any of the regular expressions in this
-# file, the "DEFAULT" line is used, if it is specified.
-#
-# If the name ALL appears as a regular expression it is always used
-# in addition to the first matching regex or DEFAULT.
-#
-# You may specify a format string as part of the
-# filter. The string is composed of a `%' followed
-# by a single format character, or followed by a set of format
-# characters surrounded by `{' and `}' as separators. The format
-# characters are:
-#
-# s = file name
-# V = old version number (pre-checkin)
-# v = new version number (post-checkin)
-#
-# For example:
-#DEFAULT (echo ""; id; echo %s; date; cat) >> $CVSROOT/CVSROOT/commitlog
-# or
-#DEFAULT (echo ""; id; echo %{sVv}; date; cat) >> $CVSROOT/CVSROOT/commitlog
-CVSROOT $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} zagor@users.sourceforge.net
-^apps $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
-^firmware $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
-^docs $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
-^uisimulator $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
-^tools $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
-^gdb $CVSROOT/CVSROOT/syncmail -C4 -u %{sVv} rockbox-cvs@cool.haxx.se
diff --git a/CVSROOT/modules b/CVSROOT/modules
deleted file mode 100644
index cb9e9efc94..0000000000
--- a/CVSROOT/modules
+++ /dev/null
@@ -1,26 +0,0 @@
-# Three different line formats are valid:
-# key -a aliases...
-# key [options] directory
-# key [options] directory files...
-#
-# Where "options" are composed of:
-# -i prog Run "prog" on "cvs commit" from top-level of module.
-# -o prog Run "prog" on "cvs checkout" of module.
-# -e prog Run "prog" on "cvs export" of module.
-# -t prog Run "prog" on "cvs rtag" of module.
-# -u prog Run "prog" on "cvs update" of module.
-# -d dir Place module in directory "dir" instead of module name.
-# -l Top-level directory only -- do not recurse.
-#
-# NOTE: If you change any of the "Run" options above, you'll have to
-# release and re-checkout any working directories of these modules.
-#
-# And "directory" is a path to a directory relative to $CVSROOT.
-#
-# The "-a" option specifies an alias. An alias is interpreted as if
-# everything on the right of the "-a" had been typed on the command line.
-#
-# You can encode a module within a module by using the special '&'
-# character to interpose another module into the current module. This
-# can be useful for creating a module that consists of many directories
-# spread out over the entire source repository.
diff --git a/CVSROOT/notify b/CVSROOT/notify
deleted file mode 100644
index 34f0bc2888..0000000000
--- a/CVSROOT/notify
+++ /dev/null
@@ -1,12 +0,0 @@
-# The "notify" file controls where notifications from watches set by
-# "cvs watch add" or "cvs edit" are sent. The first entry on a line is
-# a regular expression which is tested against the directory that the
-# change is being made to, relative to the $CVSROOT. If it matches,
-# then the remainder of the line is a filter program that should contain
-# one occurrence of %s for the user to notify, and information on its
-# standard input.
-#
-# "ALL" or "DEFAULT" can be used in place of the regular expression.
-#
-# For example:
-#ALL mail %s -s "CVS notification"
diff --git a/CVSROOT/rcsinfo b/CVSROOT/rcsinfo
deleted file mode 100644
index 49e59f4d0d..0000000000
--- a/CVSROOT/rcsinfo
+++ /dev/null
@@ -1,13 +0,0 @@
-# The "rcsinfo" file is used to control templates with which the editor
-# is invoked on commit and import.
-#
-# The first entry on a line is a regular expression which is tested
-# against the directory that the change is being made to, relative to the
-# $CVSROOT. For the first match that is found, then the remainder of the
-# line is the name of the file that contains the template.
-#
-# If the repository name does not match any of the regular expressions in this
-# file, the "DEFAULT" line is used, if it is specified.
-#
-# If the name "ALL" appears as a regular expression it is always used
-# in addition to the first matching regex or "DEFAULT".
diff --git a/CVSROOT/syncmail b/CVSROOT/syncmail
deleted file mode 100755
index ce467a80ba..0000000000
--- a/CVSROOT/syncmail
+++ /dev/null
@@ -1,210 +0,0 @@
-#! /usr/bin/python
-# -*- Python -*-
-
-"""Complicated notification for CVS checkins.
-
-This script is used to provide email notifications of changes to the CVS
-repository. These email changes will include context diffs of the changes.
-Really big diffs will be trimmed.
-
-This script is run from a CVS loginfo file (see $CVSROOT/CVSROOT/loginfo). To
-set this up, create a loginfo entry that looks something like this:
-
- mymodule /path/to/this/script %%s some-email-addr@your.domain
-
-In this example, whenever a checkin that matches `mymodule' is made, this
-script is invoked, which will generate the diff containing email, and send it
-to some-email-addr@your.domain.
-
- Note: This module used to also do repository synchronizations via
- rsync-over-ssh, but since the repository has been moved to SourceForge,
- this is no longer necessary. The syncing functionality has been ripped
- out in the 3.0, which simplifies it considerably. Access the 2.x versions
- to refer to this functionality. Because of this, the script is misnamed.
-
-It no longer makes sense to run this script from the command line. Doing so
-will only print out this usage information.
-
-Usage:
-
- %(PROGRAM)s [options] <%%S> email-addr [email-addr ...]
-
-Where options is:
-
- --cvsroot=<path>
-Use <path> as the environment variable CVSROOT. Otherwise this
- variable must exist in the environment.
-
- --help
- -h
- Print this text.
-
- --context=#
- -C #
- Include # lines of context around lines that differ (default: 2).
-
- -c
- Produce a context diff (default).
-
- -u
- Produce a unified diff (smaller, but harder to read).
-
- <%%S>
-CVS %%s loginfo expansion. When invoked by CVS, this will be a single
- string containing the directory the checkin is being made in, relative
- to $CVSROOT, followed by the list of files that are changing. If the
- %%s in the loginfo file is %%{sVv}, context diffs for each of the
- modified files are included in any email messages that are generated.
-
- email-addrs
- At least one email address.
-
-"""
-
-import os
-import sys
-import string
-import time
-import getopt
-
-# Notification command
-MAILCMD = '/bin/mail -s "cvs: %(SUBJECT)s" %(PEOPLE)s 2>&1 > /dev/null'
-
-# Diff trimming stuff
-DIFF_HEAD_LINES = 20
-DIFF_TAIL_LINES = 20
-DIFF_TRUNCATE_IF_LARGER = 1000
-
-PROGRAM = sys.argv[0]
-
-
-
-def usage(code, msg=''):
- print __doc__ % globals()
- if msg:
- print msg
- sys.exit(code)
-
-
-
-def calculate_diff(filespec, contextlines):
- try:
- file, oldrev, newrev = string.split(filespec, ',')
- except ValueError:
- # No diff to report
- return '***** Bogus filespec: %s' % filespec
- if oldrev == 'NONE':
- try:
- if os.path.exists(file):
- fp = open(file)
- else:
- update_cmd = 'cvs -fn update -r %s -p %s' % (newrev, file)
- fp = os.popen(update_cmd)
- lines = fp.readlines()
- fp.close()
- lines.insert(0, '--- NEW FILE: %s ---\n' % file)
- except IOError, e:
- lines = ['***** Error reading new file: ',
- str(e), '\n***** file: ', file, ' cwd: ', os.getcwd()]
- elif newrev == 'NONE':
- lines = ['--- %s DELETED ---\n' % file]
- else:
- # This /has/ to happen in the background, otherwise we'll run into CVS
- # lock contention. What a crock.
- if contextlines > 0:
- difftype = "-C " + str(contextlines)
- else:
- difftype = "-uN"
- diffcmd = '/usr/bin/cvs -f diff -kk %s -b -r %s -r %s %s' % (
- difftype, oldrev, newrev, file)
- fp = os.popen(diffcmd)
- lines = fp.readlines()
- sts = fp.close()
- # ignore the error code, it always seems to be 1 :(
-## if sts:
-## return 'Error code %d occurred during diff\n' % (sts >> 8)
- if len(lines) > DIFF_TRUNCATE_IF_LARGER:
- removedlines = len(lines) - DIFF_HEAD_LINES - DIFF_TAIL_LINES
- del lines[DIFF_HEAD_LINES:-DIFF_TAIL_LINES]
- lines.insert(DIFF_HEAD_LINES,
- '[...%d lines suppressed...]\n' % removedlines)
- return string.join(lines, '')
-
-
-
-def blast_mail(mailcmd, filestodiff, contextlines):
- # cannot wait for child process or that will cause parent to retain cvs
- # lock for too long. Urg!
- if not os.fork():
- # in the child
- # give up the lock you cvs thang!
- time.sleep(2)
- fp = os.popen(mailcmd, 'w')
- fp.write(sys.stdin.read())
- fp.write('\n')
- # append the diffs if available
- for file in filestodiff:
- fp.write(calculate_diff(file, contextlines))
- fp.write('\n')
- fp.close()
- # doesn't matter what code we return, it isn't waited on
- os._exit(0)
-
-
-
-# scan args for options
-def main():
- contextlines = 2
- try:
- opts, args = getopt.getopt(sys.argv[1:], 'hC:cu',
- ['context=', 'cvsroot=', 'help'])
- except getopt.error, msg:
- usage(1, msg)
-
- # parse the options
- for opt, arg in opts:
- if opt in ('-h', '--help'):
- usage(0)
- elif opt == '--cvsroot':
- os.environ['CVSROOT'] = arg
- elif opt in ('-C', '--context'):
- contextlines = int(arg)
- elif opt == '-c':
- if contextlines <= 0:
- contextlines = 2
- elif opt == '-u':
- contextlines = 0
-
- # What follows is the specification containing the files that were
- # modified. The argument actually must be split, with the first component
- # containing the directory the checkin is being made in, relative to
- # $CVSROOT, followed by the list of files that are changing.
- if not args:
- usage(1, 'No CVS module specified')
- SUBJECT = args[0]
- specs = string.split(args[0])
- del args[0]
-
- # The remaining args should be the email addresses
- if not args:
- usage(1, 'No recipients specified')
-
- # Now do the mail command
- PEOPLE = string.join(args)
- mailcmd = MAILCMD % vars()
-
- print 'Mailing %s...' % PEOPLE
- if specs == ['-', 'Imported', 'sources']:
- return
- if specs[-3:] == ['-', 'New', 'directory']:
- del specs[-3:]
- print 'Generating notification message...'
- blast_mail(mailcmd, specs[1:], contextlines)
- print 'Generating notification message... done.'
-
-
-
-if __name__ == '__main__':
- main()
- sys.exit(0)
-
diff --git a/CVSROOT/taginfo b/CVSROOT/taginfo
deleted file mode 100644
index 274a46dd5b..0000000000
--- a/CVSROOT/taginfo
+++ /dev/null
@@ -1,20 +0,0 @@
-# The "taginfo" file is used to control pre-tag checks.
-# The filter on the right is invoked with the following arguments:
-#
-# $1 -- tagname
-# $2 -- operation "add" for tag, "mov" for tag -F, and "del" for tag -d
-# $3 -- repository
-# $4-> file revision [file revision ...]
-#
-# A non-zero exit of the filter program will cause the tag to be aborted.
-#
-# The first entry on a line is a regular expression which is tested
-# against the directory that the change is being committed to, relative
-# to the $CVSROOT. For the first match that is found, then the remainder
-# of the line is the name of the filter to run.
-#
-# If the repository name does not match any of the regular expressions in this
-# file, the "DEFAULT" line is used, if it is specified.
-#
-# If the name "ALL" appears as a regular expression it is always used
-# in addition to the first matching regex or "DEFAULT".
diff --git a/CVSROOT/verifymsg b/CVSROOT/verifymsg
deleted file mode 100644
index 86f747ce22..0000000000
--- a/CVSROOT/verifymsg
+++ /dev/null
@@ -1,21 +0,0 @@
-# The "verifymsg" file is used to allow verification of logging
-# information. It works best when a template (as specified in the
-# rcsinfo file) is provided for the logging procedure. Given a
-# template with locations for, a bug-id number, a list of people who
-# reviewed the code before it can be checked in, and an external
-# process to catalog the differences that were code reviewed, the
-# following test can be applied to the code:
-#
-# Making sure that the entered bug-id number is correct.
-# Validating that the code that was reviewed is indeed the code being
-# checked in (using the bug-id number or a seperate review
-# number to identify this particular code set.).
-#
-# If any of the above test failed, then the commit would be aborted.
-#
-# Actions such as mailing a copy of the report to each reviewer are
-# better handled by an entry in the loginfo file.
-#
-# One thing that should be noted is the the ALL keyword is not
-# supported. There can be only one entry that matches a given
-# repository.
diff --git a/apps/lang/english.lang b/apps/lang/english.lang
index ca4c89beaa..11883fa28b 100644
--- a/apps/lang/english.lang
+++ b/apps/lang/english.lang
@@ -53,17 +53,17 @@ new:
id: LANG_ROCKBOX_INFO
desc: displayed topmost on the info screen
-eng: "Rockbox info:"
+eng: "Rockbox Info:"
new:
id: LANG_BUFFER_STAT_PLAYER
desc: the buffer size player-screen width, %d MB %d fraction of MB
-eng: "Buf: %d.%02dMb"
+eng: "Buf: %d.%02dMB"
new:
id: LANG_BUFFER_STAT_RECORDER
desc: the buffer size recorder-screen width, %d MB %d fraction of MB
-eng: "Buffer: %d.%02dMb"
+eng: "Buffer: %d.%02dMB"
new:
id: LANG_BATTERY_LEVEL_PLAYER
@@ -198,7 +198,7 @@ new:
id: LANG_PLAY_SELECTED
desc: in settings_menu
-eng: "Play selected first"
+eng: "Play Selected First"
new:
id: LANG_MP3FILTER
@@ -246,7 +246,7 @@ new:
id: LANG_DISCHARGE
desc: in settings_menu
-eng: "Deep discharge"
+eng: "Deep Discharge"
new:
id: LANG_TIME
@@ -291,7 +291,7 @@ new:
id: LANG_RESET_CONFIRM_RECORDER
desc: confirm to reset settings
-eng: "Play = Yes"
+eng: "PLAY = Yes"
new:
id: LANG_RESET_CANCEL_RECORDER
@@ -381,7 +381,7 @@ new:
id: LANG_DECAY
desc: in sound_settings
-eng: "AV decay time"
+eng: "AV Decay Time"
new:
id: LANG_CHANNEL_MENU
@@ -391,7 +391,7 @@ new:
id: LANG_CHANNEL
desc: in sound_settings
-eng: "Channel configuration"
+eng: "Channel Configuration"
new:
id: LANG_CHANNEL_STEREO
@@ -441,7 +441,7 @@ new:
id: LANG_RESUME_CONFIRM_RECORDER
desc: posible answer to resume question
-eng: "Play = Yes"
+eng: "PLAY = Yes"
new:
id: LANG_RESUME_CANCEL_RECORDER
@@ -476,7 +476,7 @@ new:
id: LANG_MUTE_OFF_PLAYER
desc: displayed when mute is off
-eng: "MUTE OFF"
+eng: "Mute OFF"
new:
id: LANG_MUTE_ON_RECORDER
@@ -561,7 +561,7 @@ new:
id: LANG_ID3_PATH
desc: in wps
-eng: "[PATH]"
+eng: "[Path]"
new:
id: LANG_PITCH_UP
@@ -626,7 +626,7 @@ new:
id: LANG_SNAKE_SCORE
desc: when you die in snake game
-eng: "Your score :"
+eng: "Your score:"
new:
id: LANG_SNAKE_HISCORE
@@ -646,12 +646,12 @@ new:
id: LANG_SNAKE_RESUME
desc: what to do to resume game
-eng: "[Play] to resume"
+eng: "[PLAY] to resume"
new:
id: LANG_SNAKE_QUIT
desc: how to quit game
-eng: "[Off] to quit"
+eng: "[OFF] to quit"
new:
id: LANG_SNAKE_LEVEL
@@ -666,7 +666,7 @@ new:
id: LANG_SNAKE_START
desc: how to start or pause the game
-eng: "[Play] to start/pause"
+eng: "[PLAY] to start/pause"
new:
id: LANG_SOKOBAN_LEVEL
@@ -686,7 +686,7 @@ new:
id: LANG_SOKOBAN_QUIT
desc: how to quit game
-eng: "[Off] to stop"
+eng: "[OFF] to stop"
new:
id: LANG_SOKOBAN_F1
@@ -750,12 +750,12 @@ new:
id: LANG_WORMLET_PLAYERS
desc: wormlet game
-eng: "%d Players up/dn"
+eng: "%d Players UP/DN"
new:
id: LANG_WORMLET_WORMS
desc: wormlet game
-eng: "%d Worms l/r"
+eng: "%d Worms L/R"
new:
id: LANG_WORMLET_REMOTE_CTRL
@@ -807,7 +807,7 @@ new:
id: LANG_FILTER
desc: setting name for dir filter
-eng: "Show files"
+eng: "Show Files"
new:
id: LANG_FILTER_MUSIC
@@ -837,37 +837,37 @@ new:
id: LANG_PM_MENU
desc: in the display menu
-eng: "Peak meter"
+eng: "Peak Meter"
new:
id: LANG_PM_RELEASE
desc: in the peak meter menu
-eng: "Peak release"
+eng: "Peak Release"
new:
id: LANG_PM_PEAK_HOLD
desc: in the peak meter menu
-eng: "Peak hold time"
+eng: "Peak Hold Time"
new:
id: LANG_PM_CLIP_HOLD
desc: in the peak meter menu
-eng: "Clip hold time"
+eng: "Clip Hold Time"
new:
id: LANG_PM_ETERNAL
desc: in the peak meter menu
-eng: "eternal"
+eng: "Eternal"
new:
id: LANG_PM_UNITS_PER_READ
desc: in the peak meter menu
-eng: "Units per read"
+eng: "Units Per Read"
new:
id: LANG_BACKLIGHT_ON_WHEN_CHARGING
desc: in display_settings_menu
-eng: "Backlight on when charging"
+eng: "Backlight On When Plugged"
new:
id: LANG_REPEAT
diff --git a/apps/lang/nederlands.lang b/apps/lang/nederlands.lang
index 1d739c5fd3..856e3208da 100644
--- a/apps/lang/nederlands.lang
+++ b/apps/lang/nederlands.lang
@@ -597,18 +597,18 @@ new: "Einde van de lijst"
id: LANG_END_CONFIRM_PLAYER
desc: when playlist has finished
-eng: "<Press ON>"
-new: "<Kies ON>"
+eng: ""
+new: ""
id: LANG_END_PLAYLIST_RECORDER
desc: when playlist has finished
-eng: "<End of song list>"
-new: "<Einde van liedjeslijst>"
+eng: "End of song list"
+new: "Einde van de titellijst"
id: LANG_END_CONFIRM_RECORDER
desc: when playlist has finished
-eng: "Press ON"
-new: "Kies ON"
+eng: ""
+new: ""
id: LANG_SNAKE_SCORE
desc: when you die in snake game
diff --git a/docs/FILES b/docs/FILES
index 0824afc4ab..08ac10776d 100644
--- a/docs/FILES
+++ b/docs/FILES
@@ -3,7 +3,7 @@ BATTERY-FAQ
CONTRIBUTING
COPYING
CREDITS
-CUSTOM_EQ_FORMAT
+CUSTOM_CFG_FORMAT
CUSTOM_WPS_FORMAT
FAQ
FILES
diff --git a/firmware/FILES b/firmware/FILES
index 53fdb7e631..34fff721d5 100644
--- a/firmware/FILES
+++ b/firmware/FILES
@@ -15,3 +15,4 @@ drivers/*.[ch]
include/*.h
include/sys/*.h
win32.mak
+fonts/*.bdf
diff --git a/gdb/FILES b/gdb/FILES
deleted file mode 100644
index ef5633cbd6..0000000000
--- a/gdb/FILES
+++ /dev/null
@@ -1,3 +0,0 @@
-Makefile
-linker.cfg
-*.[chs]
diff --git a/gdb/Makefile b/gdb/Makefile
deleted file mode 100644
index 518217fc70..0000000000
--- a/gdb/Makefile
+++ /dev/null
@@ -1,30 +0,0 @@
-# __________ __ ___.
-# Open \______ \ ____ ____ | | _\_ |__ _______ ___
-# Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
-# Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
-# Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
-# \/ \/ \/ \/ \/
-# $Id$
-#
-TARGET = stub
-OBJS = start.o sh-stub.o
-LIBS = -lgcc
-
-.s.o:
- sh-elf-as -o $@ $<
-
-.c.o:
- sh-elf-gcc -O -I../firmware/drivers -m1 -Wall -Wstrict-prototypes -c -o $@ $<
-
-archos.mod: $(TARGET).elf
- sh-elf-objcopy -O binary $(TARGET).elf $(TARGET).out
- ../tools/scramble $(TARGET).out archos.mod
-
-$(TARGET).elf: $(OBJS)
- sh-elf-gcc -nostartfiles $(OBJS) -lgcc -Wl,-Map,$(TARGET).map -o $(TARGET).elf -Tlinker.cfg
-
-clean:
- rm $(OBJS) $(TARGET).map $(TARGET).elf $(TARGET).out archos.mod
-
-start.o: start.s
-sh-stub.o: sh-stub.c
diff --git a/gdb/README b/gdb/README
deleted file mode 100644
index 751fb22946..0000000000
--- a/gdb/README
+++ /dev/null
@@ -1,80 +0,0 @@
---------------------------------------------------------------------
- __________ __ ___.
- Open \______ \ ____ ____ | | _\_ |__ _______ ___
- Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
- Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
- Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
- \/ \/ \/ \/ \/
- $Id$
-
- Copyright (C) 2002 by Linus Nielsen Feltzing
-
---------------------------------------------------------------------
-
-Debugging the Archos Jukebox
-----------------------------
-
-To debug using the serial port on the Jukebox, you need to do the following:
-
-1) Connect the serial port to the PC. This is best done with the "serial
- port mod" described on the home page, along with a serial port converter
- for the 3V signals from the Jukebox.
-
-2) Build or download a GDB SH1 cross debugger
-
-3) Compile the GDB stub from the CVS "gdb" archive
-
-4) Copy the newly built ARCHOS.MOD to the Jukebox.
-
-5) Start the Jukebox and fire up the GDB with the elf file you want to debug
- as an argument along with the baud rate:
-
- # sh-elf-gdb -b 38400 test.elf
-
-6) In GDB, type:
-
- (gdb) target remote /dev/ttyS0
-
- /dev/ttyS0 is the serial port you want to use. I guess Windows users
- would type COM1 or something like that.
-
- GDB should answer with a message like:
-
- Remote debugging using /dev/ttyS0
- 0x090014b6 in ?? ()
- (gdb)
-
-7) Load the code from the elf file you specified on the command line:
-
- (gdb) load
-
- GDB should answer like this:
-
- Loading section .text, size 0x6b00 lma 0x9018000
- Loading section .data, size 0x738 lma 0x901eb00
- Start address 0x9018290, load size 29240
- Transfer rate: 11696 bits/sec, 102 bytes/write.
- (gdb)
-
-8) You're set. Now try to set a breakpoint and run:
-
- (gdb) b 22
- Breakpoint 1 at 0x90182c6: file led.c, line 14.
- (gdb) c
- Continuing.
-
- Breakpoint 2, main () at led.c:15
- 15 SSR1 &= ~(SCI_RDRF | SCI_ORER | SCI_PER | SCI_FER);
- (gdb)
-
- Good luck!
-
-
-Technical details:
-
- As for now, the GDB stub occupies the memory from 0x900000 up to
- 0x9018000. This will change.
-
- Compile and link your test program at 0x9018000 and up, and it will work.
-
- The baud rate is 38400, and the settings are 8N1.
diff --git a/gdb/linker.cfg b/gdb/linker.cfg
deleted file mode 100644
index 5d5334b92f..0000000000
--- a/gdb/linker.cfg
+++ /dev/null
@@ -1,28 +0,0 @@
-ENTRY(_start)
-OUTPUT_FORMAT(elf32-sh)
-SECTIONS
-{
- .vectors 0x09000000 :
- {
- *(.vectors);
- . = ALIGN(0x200);
- start.o(.text)
- *(.rodata)
- }
-
- .text :
- {
- *(.text)
- }
-
- .bss :
- {
- _stack = . + 0x1000;
- _stub_stack = _stack + 0x1000;
- }
-
- .pad 0x0900C800 :
- {
- LONG(0);
- }
- }
diff --git a/gdb/sh-stub.c b/gdb/sh-stub.c
deleted file mode 100644
index 7a717e0ac5..0000000000
--- a/gdb/sh-stub.c
+++ /dev/null
@@ -1,1577 +0,0 @@
-/***************************************************************************
- * __________ __ ___.
- * Open \______ \ ____ ____ | | _\_ |__ _______ ___
- * Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
- * Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
- * Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
- * \/ \/ \/ \/ \/
- * $Id$
- *
- * Copyright (C) 2002 by Linus Nielsen Feltzing
- *
- * All files in this archive are subject to the GNU General Public License.
- * See the file COPYING in the source tree root for full license agreement.
- *
- * This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
- * KIND, either express or implied.
- *
- ****************************************************************************/
-/* sh-stub.c -- debugging stub for the Hitachi-SH.
-
- NOTE!! This code has to be compiled with optimization, otherwise the
- function inlining which generates the exception handlers won't work.
-
-*/
-
-/* This is originally based on an m68k software stub written by Glenn
- Engel at HP, but has changed quite a bit.
-
- Modifications for the SH by Ben Lee and Steve Chamberlain
-
- Even more modifications for GCC 3.0 and The Rockbox by Linus
- Nielsen Feltzing
-*/
-
-/****************************************************************************
-
- THIS SOFTWARE IS NOT COPYRIGHTED
-
- HP offers the following for use in the public domain. HP makes no
- warranty with regard to the software or it's performance and the
- user accepts the software "AS IS" with all faults.
-
- HP DISCLAIMS ANY WARRANTIES, EXPRESS OR IMPLIED, WITH REGARD
- TO THIS SOFTWARE INCLUDING BUT NOT LIMITED TO THE WARRANTIES
- OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
-
-****************************************************************************/
-
-
-/* Remote communication protocol.
-
- A debug packet whose contents are <data>
- is encapsulated for transmission in the form:
-
- $ <data> # CSUM1 CSUM2
-
- <data> must be ASCII alphanumeric and cannot include characters
- '$' or '#'. If <data> starts with two characters followed by
- ':', then the existing stubs interpret this as a sequence number.
-
- CSUM1 and CSUM2 are ascii hex representation of an 8-bit
- checksum of <data>, the most significant nibble is sent first.
- the hex digits 0-9,a-f are used.
-
- Receiver responds with:
-
- + - if CSUM is correct and ready for next packet
- - - if CSUM is incorrect
-
- <data> is as follows:
- All values are encoded in ascii hex digits.
-
- Request Packet
-
- read registers g
- reply XX....X Each byte of register data
- is described by two hex digits.
- Registers are in the internal order
- for GDB, and the bytes in a register
- are in the same order the machine uses.
- or ENN for an error.
-
- write regs GXX..XX Each byte of register data
- is described by two hex digits.
- reply OK for success
- ENN for an error
-
- write reg Pn...=r... Write register n... with value r...,
- which contains two hex digits for each
- byte in the register (target byte
- order).
- reply OK for success
- ENN for an error
- (not supported by all stubs).
-
- read mem mAA..AA,LLLL AA..AA is address, LLLL is length.
- reply XX..XX XX..XX is mem contents
- Can be fewer bytes than requested
- if able to read only part of the data.
- or ENN NN is errno
-
- write mem MAA..AA,LLLL:XX..XX
- AA..AA is address,
- LLLL is number of bytes,
- XX..XX is data
- reply OK for success
- ENN for an error (this includes the case
- where only part of the data was
- written).
-
- cont cAA..AA AA..AA is address to resume
- If AA..AA is omitted,
- resume at same address.
-
- step sAA..AA AA..AA is address to resume
- If AA..AA is omitted,
- resume at same address.
-
- last signal ? Reply the current reason for stopping.
- This is the same reply as is generated
- for step or cont : SAA where AA is the
- signal number.
-
- There is no immediate reply to step or cont.
- The reply comes when the machine stops.
- It is SAA AA is the "signal number"
-
- or... TAAn...:r...;n:r...;n...:r...;
- AA = signal number
- n... = register number
- r... = register contents
- or... WAA The process exited, and AA is
- the exit status. This is only
- applicable for certains sorts of
- targets.
- kill request k
-
- toggle debug d toggle debug flag (see 386 & 68k stubs)
- reset r reset -- see sparc stub.
- reserved <other> On other requests, the stub should
- ignore the request and send an empty
- response ($#<checksum>). This way
- we can extend the protocol and GDB
- can tell whether the stub it is
- talking to uses the old or the new.
- search tAA:PP,MM Search backwards starting at address
- AA for a match with pattern PP and
- mask MM. PP and MM are 4 bytes.
- Not supported by all stubs.
-
- general query qXXXX Request info about XXXX.
- general set QXXXX=yyyy Set value of XXXX to yyyy.
- query sect offs qOffsets Get section offsets. Reply is
- Text=xxx;Data=yyy;Bss=zzz
- console output Otext Send text to stdout. Only comes from
- remote target.
-
- Responses can be run-length encoded to save space. A '*' means that
- the next character is an ASCII encoding giving a repeat count which
- stands for that many repititions of the character preceding the '*'.
- The encoding is n+29, yielding a printable character where n >=3
- (which is where rle starts to win). Don't use an n > 126.
-
- So
- "0* " means the same as "0000". */
-
-#include "sh7034.h"
-#include <string.h>
-#include <setjmp.h>
-#include <signal.h>
-
-/* We need to undefine this from the sh7034.h file */
-#undef GBR
-
-/* Hitachi SH architecture instruction encoding masks */
-
-#define COND_BR_MASK 0xff00
-#define UCOND_DBR_MASK 0xe000
-#define UCOND_RBR_MASK 0xf0df
-#define TRAPA_MASK 0xff00
-
-#define COND_DISP 0x00ff
-#define UCOND_DISP 0x0fff
-#define UCOND_REG 0x0f00
-
-/* Hitachi SH instruction opcodes */
-
-#define BF_INSTR 0x8b00
-#define BT_INSTR 0x8900
-#define BRA_INSTR 0xa000
-#define BSR_INSTR 0xb000
-#define JMP_INSTR 0x402b
-#define JSR_INSTR 0x400b
-#define RTS_INSTR 0x000b
-#define RTE_INSTR 0x002b
-#define TRAPA_INSTR 0xc300
-#define SSTEP_INSTR 0xc37f
-
-/* Hitachi SH processor register masks */
-
-#define T_BIT_MASK 0x0001
-
-/*
- * BUFMAX defines the maximum number of characters in inbound/outbound
- * buffers. At least NUMREGBYTES*2 are needed for register packets.
- */
-#define BUFMAX 1024
-
-/*
- * Number of bytes for registers
- */
-#define NUMREGBYTES 112 /* 92 */
-
-/*
- * Forward declarations
- */
-
-static int hex (char);
-static char *mem2hex (char *mem, char *buf, int count);
-static char *hex2mem (char *buf, char *mem, int count);
-static int hex2int (char **ptr, int *intValue);
-static unsigned char *getpacket (void);
-static void putpacket (register char *buffer);
-static int computeSignal (int exceptionVector);
-void handle_buserror (void);
-void handle_exception (int exceptionVector);
-void init_serial(void);
-
-void serial_putc (char ch);
-char serial_getc (void);
-
-/* These are in the file but in asm statements so the compiler can't see them */
-void catch_exception_4 (void);
-void catch_exception_5 (void);
-void catch_exception_6 (void);
-void catch_exception_7 (void);
-void catch_exception_8 (void);
-void catch_exception_9 (void);
-void catch_exception_10 (void);
-void catch_exception_11 (void);
-void catch_exception_12 (void);
-void catch_exception_13 (void);
-void catch_exception_14 (void);
-void catch_exception_15 (void);
-void catch_exception_16 (void);
-void catch_exception_17 (void);
-void catch_exception_18 (void);
-void catch_exception_19 (void);
-void catch_exception_20 (void);
-void catch_exception_21 (void);
-void catch_exception_22 (void);
-void catch_exception_23 (void);
-void catch_exception_24 (void);
-void catch_exception_25 (void);
-void catch_exception_26 (void);
-void catch_exception_27 (void);
-void catch_exception_28 (void);
-void catch_exception_29 (void);
-void catch_exception_30 (void);
-void catch_exception_31 (void);
-void catch_exception_32 (void);
-void catch_exception_33 (void);
-void catch_exception_34 (void);
-void catch_exception_35 (void);
-void catch_exception_36 (void);
-void catch_exception_37 (void);
-void catch_exception_38 (void);
-void catch_exception_39 (void);
-void catch_exception_40 (void);
-void catch_exception_41 (void);
-void catch_exception_42 (void);
-void catch_exception_43 (void);
-void catch_exception_44 (void);
-void catch_exception_45 (void);
-void catch_exception_46 (void);
-void catch_exception_47 (void);
-void catch_exception_48 (void);
-void catch_exception_49 (void);
-void catch_exception_50 (void);
-void catch_exception_51 (void);
-void catch_exception_52 (void);
-void catch_exception_53 (void);
-void catch_exception_54 (void);
-void catch_exception_55 (void);
-void catch_exception_56 (void);
-void catch_exception_57 (void);
-void catch_exception_58 (void);
-void catch_exception_59 (void);
-void catch_exception_60 (void);
-void catch_exception_61 (void);
-void catch_exception_62 (void);
-void catch_exception_63 (void);
-void catch_exception_64 (void);
-void catch_exception_65 (void);
-void catch_exception_66 (void);
-void catch_exception_67 (void);
-void catch_exception_68 (void);
-void catch_exception_69 (void);
-void catch_exception_70 (void);
-void catch_exception_71 (void);
-void catch_exception_72 (void);
-void catch_exception_73 (void);
-void catch_exception_74 (void);
-void catch_exception_75 (void);
-void catch_exception_76 (void);
-void catch_exception_77 (void);
-void catch_exception_78 (void);
-void catch_exception_79 (void);
-void catch_exception_80 (void);
-void catch_exception_81 (void);
-void catch_exception_82 (void);
-void catch_exception_83 (void);
-void catch_exception_84 (void);
-void catch_exception_85 (void);
-void catch_exception_86 (void);
-void catch_exception_87 (void);
-void catch_exception_88 (void);
-void catch_exception_89 (void);
-void catch_exception_90 (void);
-void catch_exception_91 (void);
-void catch_exception_92 (void);
-void catch_exception_93 (void);
-void catch_exception_94 (void);
-void catch_exception_95 (void);
-void catch_exception_96 (void);
-void catch_exception_97 (void);
-void catch_exception_98 (void);
-void catch_exception_99 (void);
-void catch_exception_100 (void);
-void catch_exception_101 (void);
-void catch_exception_102 (void);
-void catch_exception_103 (void);
-void catch_exception_104 (void);
-void catch_exception_105 (void);
-void catch_exception_106 (void);
-void catch_exception_107 (void);
-void catch_exception_108 (void);
-void catch_exception_109 (void);
-void catch_exception_110 (void);
-void catch_exception_111 (void);
-void catch_exception_112 (void);
-void catch_exception_113 (void);
-void catch_exception_114 (void);
-void catch_exception_115 (void);
-void catch_exception_116 (void);
-void catch_exception_117 (void);
-void catch_exception_118 (void);
-void catch_exception_119 (void);
-void catch_exception_120 (void);
-void catch_exception_121 (void);
-void catch_exception_122 (void);
-void catch_exception_123 (void);
-void catch_exception_124 (void);
-void catch_exception_125 (void);
-void catch_exception_126 (void);
-void catch_exception_127 (void);
-
-void breakpoint (void);
-
-
-//#define stub_stack_size 2*1024
-
-//int stub_stack[stub_stack_size] __attribute__ ((section (".stack"))) = {0};
-
-extern int stub_stack[];
-
-void INIT (void);
-void start (void);
-
-#define CPU_BUS_ERROR_VEC 9
-#define DMA_BUS_ERROR_VEC 10
-#define NMI_VEC 11
-#define INVALID_INSN_VEC 4
-#define INVALID_SLOT_VEC 6
-#define TRAP_VEC 32
-#define IO_VEC 33
-#define USER_VEC 127
-
-char in_nmi; /* Set when handling an NMI, so we don't reenter */
-int dofault; /* Non zero, bus errors will raise exception */
-
-int *stub_sp;
-
-/* debug > 0 prints ill-formed commands in valid packets & checksum errors */
-int remote_debug;
-
-/* jump buffer used for setjmp/longjmp */
-jmp_buf remcomEnv;
-
-enum regnames
-{
- R0, R1, R2, R3, R4, R5, R6, R7,
- R8, R9, R10, R11, R12, R13, R14,
- R15, PC, PR, GBR, VBR, MACH, MACL, SR,
- TICKS, STALLS, CYCLES, INSTS, PLR
-};
-
-typedef struct
-{
- short *memAddr;
- short oldInstr;
-}
-stepData;
-
-int registers[NUMREGBYTES / 4];
-stepData instrBuffer;
-char stepped;
-static const char hexchars[] = "0123456789abcdef";
-static char remcomInBuffer[BUFMAX];
-static char remcomOutBuffer[BUFMAX];
-
-#define ATA_NSECTOR (*((volatile unsigned char*)0x06100102))
-#define ATA_COMMAND (*((volatile unsigned char*)0x06100107))
-#define ATA_CONTROL (*((volatile unsigned char*)0x06200306))
-#define ATA_ALT_STATUS ATA_CONTROL
-
-#define STATUS_BSY 0x80
-#define STATUS_RDY 0x40
-
-#define CMD_STANDBY_IMMEDIATE 0xE0
-#define CMD_STANDBY 0xE2
-
-void ata_wait_for_bsy(void)
-{
- while (ATA_ALT_STATUS & STATUS_BSY);
-}
-
-int ata_wait_for_rdy(void)
-{
- ata_wait_for_bsy();
- return ATA_ALT_STATUS & STATUS_RDY;
-}
-
-int ata_spindown(int time)
-{
- /* activate ATA */
- PADR &= ~0x80;
-
- if(!ata_wait_for_rdy())
- return -1;
-
- if ( time == -1 ) {
- ATA_COMMAND = CMD_STANDBY_IMMEDIATE;
- }
- else {
- if (time > 255)
- return -1;
- ATA_NSECTOR = time & 0xff;
- ATA_COMMAND = CMD_STANDBY;
- }
-
- if (!ata_wait_for_rdy())
- return -1;
-
- return 0;
-}
-
-void blink(void)
-{
- while(1)
- {
- int i;
- PBDR ^= 0x40; /* toggle PB6 */
- for(i = 0;i < 500000;i++)
- {
- }
- }
-}
-
-char highhex(int x)
-{
- return hexchars[(x >> 4) & 0xf];
-}
-
-char lowhex(int x)
-{
- return hexchars[x & 0xf];
-}
-
-/*
- * Assembly macros
- */
-
-#define BREAKPOINT() asm("trapa #0x20"::);
-
-
-/*
- * Routines to handle hex data
- */
-
-static int hex (char ch)
-{
- if ((ch >= 'a') && (ch <= 'f'))
- return (ch - 'a' + 10);
- if ((ch >= '0') && (ch <= '9'))
- return (ch - '0');
- if ((ch >= 'A') && (ch <= 'F'))
- return (ch - 'A' + 10);
- return (-1);
-}
-
-/* convert the memory, pointed to by mem into hex, placing result in buf */
-/* return a pointer to the last char put in buf (null) */
-static char *mem2hex (char *mem, char *buf, int count)
-{
- int i;
- int ch;
- for (i = 0; i < count; i++)
- {
- ch = *mem++;
- *buf++ = highhex (ch);
- *buf++ = lowhex (ch);
- }
- *buf = 0;
- return (buf);
-}
-
-/* convert the hex array pointed to by buf into binary, to be placed in mem */
-/* return a pointer to the character after the last byte written */
-static char *hex2mem (char *buf, char *mem, int count)
-{
- int i;
- unsigned char ch;
- for (i = 0; i < count; i++)
- {
- ch = hex (*buf++) << 4;
- ch = ch + hex (*buf++);
- *mem++ = ch;
- }
- return (mem);
-}
-
-/**********************************************/
-/* WHILE WE FIND NICE HEX CHARS, BUILD AN INT */
-/* RETURN NUMBER OF CHARS PROCESSED */
-/**********************************************/
-static int hex2int (char **ptr, int *intValue)
-{
- int numChars = 0;
- int hexValue;
-
- *intValue = 0;
-
- while (**ptr)
- {
- hexValue = hex (**ptr);
- if (hexValue >= 0)
- {
- *intValue = (*intValue << 4) | hexValue;
- numChars++;
- }
- else
- break;
-
- (*ptr)++;
- }
-
- return (numChars);
-}
-
-/*
- * Routines to get and put packets
- */
-
-/* scan for the sequence $<data>#<checksum> */
-
-unsigned char *getpacket (void)
-{
- unsigned char *buffer = &remcomInBuffer[0];
- unsigned char checksum;
- unsigned char xmitcsum;
- int count;
- char ch;
-
- while (1)
- {
- /* wait around for the start character, ignore all other characters */
- while ((ch = serial_getc ()) != '$')
- ;
-
- retry:
- checksum = 0;
- xmitcsum = -1;
- count = 0;
-
- /* now, read until a # or end of buffer is found */
- while (count < BUFMAX)
- {
- ch = serial_getc ();
- if (ch == '$')
- goto retry;
- if (ch == '#')
- break;
- checksum = checksum + ch;
- buffer[count] = ch;
- count = count + 1;
- }
- buffer[count] = 0;
-
- if (ch == '#')
- {
- ch = serial_getc ();
- xmitcsum = hex (ch) << 4;
- ch = serial_getc ();
- xmitcsum += hex (ch);
-
- if (checksum != xmitcsum)
- {
- serial_putc ('-'); /* failed checksum */
- }
- else
- {
- serial_putc ('+'); /* successful transfer */
-
- /* if a sequence char is present, reply the sequence ID */
- if (buffer[2] == ':')
- {
- serial_putc (buffer[0]);
- serial_putc (buffer[1]);
-
- return &buffer[3];
- }
-
- return &buffer[0];
- }
- }
- }
-}
-
-
-/* send the packet in buffer. */
-
-static void putpacket (register char *buffer)
-{
- register int checksum;
-
- /* $<packet info>#<checksum>. */
- do
- {
- char *src = buffer;
- serial_putc ('$');
- checksum = 0;
-
- while (*src)
- {
- int runlen;
-
- /* Do run length encoding */
- for (runlen = 0; runlen < 100; runlen ++)
- {
- if (src[0] != src[runlen])
- {
- if (runlen > 3)
- {
- int encode;
- /* Got a useful amount */
- serial_putc (*src);
- checksum += *src;
- serial_putc ('*');
- checksum += '*';
- checksum += (encode = runlen + ' ' - 4);
- serial_putc (encode);
- src += runlen;
- }
- else
- {
- serial_putc (*src);
- checksum += *src;
- src++;
- }
- break;
- }
- }
- }
-
-
- serial_putc ('#');
- serial_putc (highhex(checksum));
- serial_putc (lowhex(checksum));
- }
- while (serial_getc() != '+');
-}
-
-
-/* a bus error has occurred, perform a longjmp
- to return execution and allow handling of the error */
-
-void handle_buserror (void)
-{
- longjmp (remcomEnv, 1);
-}
-
-/*
- * this function takes the SH-1 exception number and attempts to
- * translate this number into a unix compatible signal value
- */
-static int computeSignal (int exceptionVector)
-{
- int sigval;
- switch (exceptionVector)
- {
- case INVALID_INSN_VEC:
- sigval = SIGILL;
- break;
- case INVALID_SLOT_VEC:
- sigval = SIGILL;
- break;
- case CPU_BUS_ERROR_VEC:
- sigval = SIGBUS;
- break;
- case DMA_BUS_ERROR_VEC:
- sigval = SIGBUS;
- break;
- case NMI_VEC:
- sigval = SIGINT;
- break;
-
- case TRAP_VEC:
- case USER_VEC:
- sigval = SIGTRAP;
- break;
-
- default:
- sigval = SIGEMT; /* "software generated"*/
- break;
- }
- return (sigval);
-}
-
-void doSStep (void)
-{
- short *instrMem;
- int displacement;
- int reg;
- unsigned short opcode;
-
- instrMem = (short *) registers[PC];
-
- opcode = *instrMem;
- stepped = 1;
-
- if ((opcode & COND_BR_MASK) == BT_INSTR)
- {
- if (registers[SR] & T_BIT_MASK)
- {
- displacement = (opcode & COND_DISP) << 1;
- if (displacement & 0x80)
- displacement |= 0xffffff00;
- /*
- * Remember PC points to second instr.
- * after PC of branch ... so add 4
- */
- instrMem = (short *) (registers[PC] + displacement + 4);
- }
- else
- instrMem += 1;
- }
- else if ((opcode & COND_BR_MASK) == BF_INSTR)
- {
- if (registers[SR] & T_BIT_MASK)
- instrMem += 1;
- else
- {
- displacement = (opcode & COND_DISP) << 1;
- if (displacement & 0x80)
- displacement |= 0xffffff00;
- /*
- * Remember PC points to second instr.
- * after PC of branch ... so add 4
- */
- instrMem = (short *) (registers[PC] + displacement + 4);
- }
- }
- else if ((opcode & UCOND_DBR_MASK) == BRA_INSTR)
- {
- displacement = (opcode & UCOND_DISP) << 1;
- if (displacement & 0x0800)
- displacement |= 0xfffff000;
-
- /*
- * Remember PC points to second instr.
- * after PC of branch ... so add 4
- */
- instrMem = (short *) (registers[PC] + displacement + 4);
- }
- else if ((opcode & UCOND_RBR_MASK) == JSR_INSTR)
- {
- reg = (char) ((opcode & UCOND_REG) >> 8);
-
- instrMem = (short *) registers[reg];
- }
- else if (opcode == RTS_INSTR)
- instrMem = (short *) registers[PR];
- else if (opcode == RTE_INSTR)
- instrMem = (short *) registers[15];
- else if ((opcode & TRAPA_MASK) == TRAPA_INSTR)
- instrMem = (short *) ((opcode & ~TRAPA_MASK) << 2);
- else
- instrMem += 1;
-
- instrBuffer.memAddr = instrMem;
- instrBuffer.oldInstr = *instrMem;
- *instrMem = SSTEP_INSTR;
-}
-
-
-/* Undo the effect of a previous doSStep. If we single stepped,
- restore the old instruction. */
-void undoSStep (void)
-{
- if (stepped)
- {
- short *instrMem;
- instrMem = instrBuffer.memAddr;
- *instrMem = instrBuffer.oldInstr;
- }
- stepped = 0;
-}
-
-/*
- * This function does all exception handling. It only does two things -
- * it figures out why it was called and tells gdb, and then it reacts
- * to gdb's requests.
- *
-*/
-void gdb_handle_exception (int exceptionVector)
-{
- int sigval, stepping;
- int addr, length;
- char *ptr;
-
- /* reply to host that an exception has occurred */
- sigval = computeSignal (exceptionVector);
- remcomOutBuffer[0] = 'S';
- remcomOutBuffer[1] = highhex(sigval);
- remcomOutBuffer[2] = lowhex (sigval);
- remcomOutBuffer[3] = 0;
-
- putpacket (remcomOutBuffer);
-
- /*
- * exception 127 indicates a software trap
- * inserted in place of code ... so back up
- * PC by one instruction, since this instruction
- * will later be replaced by its original one!
- */
- if (exceptionVector == USER_VEC
- || exceptionVector == TRAP_VEC)
- registers[PC] -= 2;
-
- /*
- * Do the things needed to undo
- * any stepping we may have done!
- */
- undoSStep ();
-
- stepping = 0;
-
- while (1)
- {
- remcomOutBuffer[0] = 0;
- ptr = getpacket ();
-
- switch (*ptr++)
- {
- case '?':
- remcomOutBuffer[0] = 'S';
- remcomOutBuffer[1] = highhex (sigval);
- remcomOutBuffer[2] = lowhex (sigval);
- remcomOutBuffer[3] = 0;
- break;
- case 'd':
- remote_debug = !(remote_debug); /* toggle debug flag */
- break;
- case 'g': /* return the value of the CPU registers */
- mem2hex ((char *) registers, remcomOutBuffer, NUMREGBYTES);
- break;
- case 'G': /* set the value of the CPU registers - return OK */
- hex2mem (ptr, (char *) registers, NUMREGBYTES);
- strcpy (remcomOutBuffer, "OK");
- break;
-
- /* mAA..AA,LLLL Read LLLL bytes at address AA..AA */
- case 'm':
- if (setjmp (remcomEnv) == 0)
- {
- dofault = 0;
- /* TRY, TO READ %x,%x. IF SUCCEED, SET PTR = 0 */
- if (hex2int (&ptr, &addr))
- if (*(ptr++) == ',')
- if (hex2int (&ptr, &length))
- {
- ptr = 0;
- mem2hex ((char *) addr, remcomOutBuffer, length);
- }
- if (ptr)
- strcpy (remcomOutBuffer, "E01");
- }
- else
- strcpy (remcomOutBuffer, "E03");
-
- /* restore handler for bus error */
- dofault = 1;
- break;
-
- /* MAA..AA,LLLL: Write LLLL bytes at address AA.AA return OK */
- case 'M':
- if (setjmp (remcomEnv) == 0)
- {
- dofault = 0;
-
- /* TRY, TO READ '%x,%x:'. IF SUCCEED, SET PTR = 0 */
- if (hex2int (&ptr, &addr))
- if (*(ptr++) == ',')
- if (hex2int (&ptr, &length))
- if (*(ptr++) == ':')
- {
- hex2mem (ptr, (char *) addr, length);
- ptr = 0;
- strcpy (remcomOutBuffer, "OK");
- }
- if (ptr)
- strcpy (remcomOutBuffer, "E02");
- }
- else
- strcpy (remcomOutBuffer, "E03");
-
- /* restore handler for bus error */
- dofault = 1;
- break;
-
- /* cAA..AA Continue at address AA..AA(optional) */
- /* sAA..AA Step one instruction from AA..AA(optional) */
- case 's':
- stepping = 1;
- case 'c':
- {
- /* tRY, to read optional parameter, pc unchanged if no parm */
- if (hex2int (&ptr, &addr))
- registers[PC] = addr;
-
- if (stepping)
- doSStep ();
- }
-
- return;
- break;
-
- /* kill the program */
- case 'k': /* do nothing */
- break;
-
- default:
- break;
- } /* switch */
-
- /* reply to the request */
- putpacket (remcomOutBuffer);
- }
-}
-
-
-/* We've had an exception - go into the gdb stub */
-void handle_exception(int exceptionVector)
-{
- gdb_handle_exception (exceptionVector);
-}
-
-/* This function will generate a breakpoint exception. It is used at the
- beginning of a program to sync up with a debugger and can be used
- otherwise as a quick means to stop program execution and "break" into
- the debugger. */
-void breakpoint (void)
-{
- BREAKPOINT ();
-}
-
-/**** Processor-specific routines start here ****/
-/**** Processor-specific routines start here ****/
-/**** Processor-specific routines start here ****/
-
-extern int stack[];
-
-/* SH1/SH2 exception vector table format */
-typedef struct
-{
- void (*func_cold) (void);
- int *stack_cold;
- void (*func_warm) (void);
- int *stack_warm;
- void (*(handler[128 - 4])) (void);
-} vec_type;
-
-/* vectable is the SH1/SH2 vector table. It must be at address 0
-** or wherever your vbr points.
-** Note that we only define the first 128 vectors, since the Jukebox
-** firmware has its entry point at 0x200
-*/
-const vec_type vectable __attribute__ ((section (".vectors"))) =
-{
- &start, /* 0: Power-on reset PC */
- stack, /* 1: Power-on reset SP */
- &start, /* 2: Manual reset PC */
- stack, /* 3: Manual reset SP */
- {
- &catch_exception_4, /* 4: General invalid instruction */
- &catch_exception_5, /* 5: Reserved for system */
- &catch_exception_6, /* 6: Invalid slot instruction */
- &catch_exception_7, /* 7: Reserved for system */
- &catch_exception_8, /* 8: Reserved for system */
- &catch_exception_9, /* 9: CPU bus error */
- &catch_exception_10, /* 10: DMA bus error */
- &catch_exception_11, /* 11: NMI */
- &catch_exception_12, /* 12: User break */
- &catch_exception_13, /* 13: Reserved for system */
- &catch_exception_14, /* 14: Reserved for system */
- &catch_exception_15, /* 15: Reserved for system */
- &catch_exception_16, /* 16: Reserved for system */
- &catch_exception_17, /* 17: Reserved for system */
- &catch_exception_18, /* 18: Reserved for system */
- &catch_exception_19, /* 19: Reserved for system */
- &catch_exception_20, /* 20: Reserved for system */
- &catch_exception_21, /* 21: Reserved for system */
- &catch_exception_22, /* 22: Reserved for system */
- &catch_exception_23, /* 23: Reserved for system */
- &catch_exception_24, /* 24: Reserved for system */
- &catch_exception_25, /* 25: Reserved for system */
- &catch_exception_26, /* 26: Reserved for system */
- &catch_exception_27, /* 27: Reserved for system */
- &catch_exception_28, /* 28: Reserved for system */
- &catch_exception_29, /* 29: Reserved for system */
- &catch_exception_30, /* 30: Reserved for system */
- &catch_exception_31, /* 31: Reserved for system */
- &catch_exception_32, /* 32: Trap instr (user vectors) */
- &catch_exception_33, /* 33: Trap instr (user vectors) */
- &catch_exception_34, /* 34: Trap instr (user vectors) */
- &catch_exception_35, /* 35: Trap instr (user vectors) */
- &catch_exception_36, /* 36: Trap instr (user vectors) */
- &catch_exception_37, /* 37: Trap instr (user vectors) */
- &catch_exception_38, /* 38: Trap instr (user vectors) */
- &catch_exception_39, /* 39: Trap instr (user vectors) */
- &catch_exception_40, /* 40: Trap instr (user vectors) */
- &catch_exception_41, /* 41: Trap instr (user vectors) */
- &catch_exception_42, /* 42: Trap instr (user vectors) */
- &catch_exception_43, /* 43: Trap instr (user vectors) */
- &catch_exception_44, /* 44: Trap instr (user vectors) */
- &catch_exception_45, /* 45: Trap instr (user vectors) */
- &catch_exception_46, /* 46: Trap instr (user vectors) */
- &catch_exception_47, /* 47: Trap instr (user vectors) */
- &catch_exception_48, /* 48: Trap instr (user vectors) */
- &catch_exception_49, /* 49: Trap instr (user vectors) */
- &catch_exception_50, /* 50: Trap instr (user vectors) */
- &catch_exception_51, /* 51: Trap instr (user vectors) */
- &catch_exception_52, /* 52: Trap instr (user vectors) */
- &catch_exception_53, /* 53: Trap instr (user vectors) */
- &catch_exception_54, /* 54: Trap instr (user vectors) */
- &catch_exception_55, /* 55: Trap instr (user vectors) */
- &catch_exception_56, /* 56: Trap instr (user vectors) */
- &catch_exception_57, /* 57: Trap instr (user vectors) */
- &catch_exception_58, /* 58: Trap instr (user vectors) */
- &catch_exception_59, /* 59: Trap instr (user vectors) */
- &catch_exception_60, /* 60: Trap instr (user vectors) */
- &catch_exception_61, /* 61: Trap instr (user vectors) */
- &catch_exception_62, /* 62: Trap instr (user vectors) */
- &catch_exception_63, /* 63: Trap instr (user vectors) */
- &catch_exception_64, /* 64: IRQ0 */
- &catch_exception_65, /* 65: IRQ1 */
- &catch_exception_66, /* 66: IRQ2 */
- &catch_exception_67, /* 67: IRQ3 */
- &catch_exception_68, /* 68: IRQ4 */
- &catch_exception_69, /* 69: IRQ5 */
- &catch_exception_70, /* 70: IRQ6 */
- &catch_exception_71, /* 71: IRQ7 */
- &catch_exception_72,
- &catch_exception_73,
- &catch_exception_74,
- &catch_exception_75,
- &catch_exception_76,
- &catch_exception_77,
- &catch_exception_78,
- &catch_exception_79,
- &catch_exception_80,
- &catch_exception_81,
- &catch_exception_82,
- &catch_exception_83,
- &catch_exception_84,
- &catch_exception_85,
- &catch_exception_86,
- &catch_exception_87,
- &catch_exception_88,
- &catch_exception_89,
- &catch_exception_90,
- &catch_exception_91,
- &catch_exception_92,
- &catch_exception_93,
- &catch_exception_94,
- &catch_exception_95,
- &catch_exception_96,
- &catch_exception_97,
- &catch_exception_98,
- &catch_exception_99,
- &catch_exception_100,
- &catch_exception_101,
- &catch_exception_102,
- &catch_exception_103,
- &catch_exception_104,
- &catch_exception_105,
- &catch_exception_106,
- &catch_exception_107,
- &catch_exception_108,
- &catch_exception_109,
- &catch_exception_110,
- &catch_exception_111,
- &catch_exception_112,
- &catch_exception_113,
- &catch_exception_114,
- &catch_exception_115,
- &catch_exception_116,
- &catch_exception_117,
- &catch_exception_118,
- &catch_exception_119,
- &catch_exception_120,
- &catch_exception_121,
- &catch_exception_122,
- &catch_exception_123,
- &catch_exception_124,
- &catch_exception_125,
- &catch_exception_126,
- &catch_exception_127}};
-
-void INIT (void)
-{
- /* Disable all timer interrupts */
- TIER0 = 0;
- TIER1 = 0;
- TIER2 = 0;
- TIER3 = 0;
- TIER4 = 0;
-
- init_serial();
-
- in_nmi = 0;
- dofault = 1;
- stepped = 0;
-
- ata_spindown(-1);
-
- stub_sp = stub_stack;
- breakpoint ();
-
- /* We should never come here */
- blink();
-}
-
-void sr(void)
-{
- /* Calling Reset does the same as pressing the button */
- asm (".global _Reset\n"
- " .global _WarmReset\n"
- "_Reset:\n"
- "_WarmReset:\n"
- " mov.l L_sp,r15\n"
- " bra _INIT\n"
- " nop\n"
- " .align 2\n"
- "L_sp: .long _stack");
-
- asm("saveRegisters:\n");
- asm(" mov.l @(L_reg, pc), r0\n"
- " mov.l @r15+, r1 ! pop R0\n"
- " mov.l r2, @(0x08, r0) ! save R2\n"
- " mov.l r1, @r0 ! save R0\n"
- " mov.l @r15+, r1 ! pop R1\n"
- " mov.l r3, @(0x0c, r0) ! save R3\n"
- " mov.l r1, @(0x04, r0) ! save R1\n"
- " mov.l r4, @(0x10, r0) ! save R4\n"
- " mov.l r5, @(0x14, r0) ! save R5\n"
- " mov.l r6, @(0x18, r0) ! save R6\n"
- " mov.l r7, @(0x1c, r0) ! save R7\n"
- " mov.l r8, @(0x20, r0) ! save R8\n"
- " mov.l r9, @(0x24, r0) ! save R9\n"
- " mov.l r10, @(0x28, r0) ! save R10\n"
- " mov.l r11, @(0x2c, r0) ! save R11\n"
- " mov.l r12, @(0x30, r0) ! save R12\n"
- " mov.l r13, @(0x34, r0) ! save R13\n"
- " mov.l r14, @(0x38, r0) ! save R14\n"
- " mov.l @r15+, r4 ! save arg to handleException\n"
- " add #8, r15 ! hide PC/SR values on stack\n"
- " mov.l r15, @(0x3c, r0) ! save R15\n"
- " add #-8, r15 ! save still needs old SP value\n"
- " add #92, r0 ! readjust register pointer\n"
- " mov r15, r2\n"
- " add #4, r2\n"
- " mov.l @r2, r2 ! R2 has SR\n"
- " mov.l @r15, r1 ! R1 has PC\n"
- " mov.l r2, @-r0 ! save SR\n"
- " sts.l macl, @-r0 ! save MACL\n"
- " sts.l mach, @-r0 ! save MACH\n"
- " stc.l vbr, @-r0 ! save VBR\n"
- " stc.l gbr, @-r0 ! save GBR\n"
- " sts.l pr, @-r0 ! save PR\n"
- " mov.l @(L_stubstack, pc), r2\n"
- " mov.l @(L_hdl_except, pc), r3\n"
- " mov.l @r2, r15\n"
- " jsr @r3\n"
- " mov.l r1, @-r0 ! save PC\n"
- " mov.l @(L_stubstack, pc), r0\n"
- " mov.l @(L_reg, pc), r1\n"
- " bra restoreRegisters\n"
- " mov.l r15, @r0 ! save __stub_stack\n"
-
- " .align 2\n"
- "L_reg:\n"
- " .long _registers\n"
- "L_stubstack:\n"
- " .long _stub_sp\n"
- "L_hdl_except:\n"
- " .long _handle_exception");
-}
-
-void rr(void)
-{
- asm(" .align 2 \n"
- " .global _resume\n"
- "_resume:\n"
- " mov r4,r1\n"
- "restoreRegisters:\n"
- " add #8, r1 ! skip to R2\n"
- " mov.l @r1+, r2 ! restore R2\n"
- " mov.l @r1+, r3 ! restore R3\n"
- " mov.l @r1+, r4 ! restore R4\n"
- " mov.l @r1+, r5 ! restore R5\n"
- " mov.l @r1+, r6 ! restore R6\n"
- " mov.l @r1+, r7 ! restore R7\n"
- " mov.l @r1+, r8 ! restore R8\n"
- " mov.l @r1+, r9 ! restore R9\n"
- " mov.l @r1+, r10 ! restore R10\n"
- " mov.l @r1+, r11 ! restore R11\n"
- " mov.l @r1+, r12 ! restore R12\n"
- " mov.l @r1+, r13 ! restore R13\n"
- " mov.l @r1+, r14 ! restore R14\n"
- " mov.l @r1+, r15 ! restore programs stack\n"
- " mov.l @r1+, r0\n"
- " add #-8, r15 ! uncover PC/SR on stack \n"
- " mov.l r0, @r15 ! restore PC onto stack\n"
- " lds.l @r1+, pr ! restore PR\n"
- " ldc.l @r1+, gbr ! restore GBR\n"
- " ldc.l @r1+, vbr ! restore VBR\n"
- " lds.l @r1+, mach ! restore MACH\n"
- " lds.l @r1+, macl ! restore MACL\n"
- " mov.l @r1, r0 \n"
- " add #-88, r1 ! readjust reg pointer to R1\n"
- " mov.l r0, @(4, r15) ! restore SR onto stack+4\n"
- " mov.l r2, @-r15\n"
- " mov.l L_in_nmi, r0\n"
- " mov #0, r2\n"
- " mov.b r2, @r0\n"
- " mov.l @r15+, r2\n"
- " mov.l @r1+, r0 ! restore R0\n"
- " rte\n"
- " mov.l @r1, r1 ! restore R1");
-}
-
-static inline void code_for_catch_exception(unsigned int n)
-{
- asm(" .globl _catch_exception_%O0" : : "X" (n) );
- asm(" _catch_exception_%O0:" :: "X" (n) );
-
- asm(" add #-4, r15 ! reserve spot on stack ");
- asm(" mov.l r1, @-r15 ! push R1 ");
-
- if (n == NMI_VEC)
- {
- /* Special case for NMI - make sure that they don't nest */
- asm(" mov.l r0, @-r15 ! push R0");
- asm(" mov.l L_in_nmi, r0");
- asm(" tas.b @r0 ! Fend off against addtnl NMIs");
- asm(" bt noNMI");
- asm(" mov.l @r15+, r0");
- asm(" mov.l @r15+, r1");
- asm(" add #4, r15");
- asm(" rte");
- asm(" nop");
- asm(".align 2");
- asm("L_in_nmi: .long _in_nmi");
- asm("noNMI:");
- }
- else
- {
-
- if (n == CPU_BUS_ERROR_VEC)
- {
- /* Exception 9 (bus errors) are disasbleable - so that you
- can probe memory and get zero instead of a fault.
- Because the vector table may be in ROM we don't revector
- the interrupt like all the other stubs, we check in here
- */
- asm("mov.l L_dofault,r1");
- asm("mov.l @r1,r1");
- asm("tst r1,r1");
- asm("bf faultaway");
- asm("bsr _handle_buserror");
- asm(".align 2");
- asm("L_dofault: .long _dofault");
- asm("faultaway:");
- }
- asm(" mov #15<<4, r1 ");
- asm(" ldc r1, sr ! disable interrupts ");
- asm(" mov.l r0, @-r15 ! push R0 ");
- }
-
- /* Prepare for saving context, we've already pushed r0 and r1, stick
- exception number into the frame */
- asm(" mov r15, r0 ");
- asm(" add #8, r0 ");
- asm(" mov %0,r1" :: "X" (n));
- asm(" extu.b r1,r1 ");
- asm(" bra saveRegisters ! save register values ");
- asm(" mov.l r1, @r0 ! save exception # ");
-}
-
-/* Here we call all defined exceptions, so the inline assembler gets
- generated */
-void exceptions (void)
-{
- code_for_catch_exception (4);
- code_for_catch_exception (5);
- code_for_catch_exception (6);
- code_for_catch_exception (7);
- code_for_catch_exception (8);
- code_for_catch_exception (9);
- code_for_catch_exception (10);
- code_for_catch_exception (11);
- code_for_catch_exception (12);
- code_for_catch_exception (13);
- code_for_catch_exception (14);
- code_for_catch_exception (15);
- code_for_catch_exception (16);
- code_for_catch_exception (17);
- code_for_catch_exception (18);
- code_for_catch_exception (19);
- code_for_catch_exception (20);
- code_for_catch_exception (21);
- code_for_catch_exception (22);
- code_for_catch_exception (23);
- code_for_catch_exception (24);
- code_for_catch_exception (25);
- code_for_catch_exception (26);
- code_for_catch_exception (27);
- code_for_catch_exception (28);
- code_for_catch_exception (29);
- code_for_catch_exception (30);
- code_for_catch_exception (31);
- code_for_catch_exception (32);
- code_for_catch_exception (33);
- code_for_catch_exception (34);
- code_for_catch_exception (35);
- code_for_catch_exception (36);
- code_for_catch_exception (37);
- code_for_catch_exception (38);
- code_for_catch_exception (39);
- code_for_catch_exception (40);
- code_for_catch_exception (41);
- code_for_catch_exception (42);
- code_for_catch_exception (43);
- code_for_catch_exception (44);
- code_for_catch_exception (45);
- code_for_catch_exception (46);
- code_for_catch_exception (47);
- code_for_catch_exception (48);
- code_for_catch_exception (49);
- code_for_catch_exception (50);
- code_for_catch_exception (51);
- code_for_catch_exception (52);
- code_for_catch_exception (53);
- code_for_catch_exception (54);
- code_for_catch_exception (55);
- code_for_catch_exception (56);
- code_for_catch_exception (57);
- code_for_catch_exception (58);
- code_for_catch_exception (59);
- code_for_catch_exception (60);
- code_for_catch_exception (61);
- code_for_catch_exception (62);
- code_for_catch_exception (63);
- code_for_catch_exception (64);
- code_for_catch_exception (65);
- code_for_catch_exception (66);
- code_for_catch_exception (67);
- code_for_catch_exception (68);
- code_for_catch_exception (69);
- code_for_catch_exception (70);
- code_for_catch_exception (71);
- code_for_catch_exception (72);
- code_for_catch_exception (73);
- code_for_catch_exception (74);
- code_for_catch_exception (75);
- code_for_catch_exception (76);
- code_for_catch_exception (77);
- code_for_catch_exception (78);
- code_for_catch_exception (79);
- code_for_catch_exception (80);
- code_for_catch_exception (81);
- code_for_catch_exception (82);
- code_for_catch_exception (83);
- code_for_catch_exception (84);
- code_for_catch_exception (85);
- code_for_catch_exception (86);
- code_for_catch_exception (87);
- code_for_catch_exception (88);
- code_for_catch_exception (89);
- code_for_catch_exception (90);
- code_for_catch_exception (91);
- code_for_catch_exception (92);
- code_for_catch_exception (93);
- code_for_catch_exception (94);
- code_for_catch_exception (95);
- code_for_catch_exception (96);
- code_for_catch_exception (97);
- code_for_catch_exception (98);
- code_for_catch_exception (99);
- code_for_catch_exception (100);
- code_for_catch_exception (101);
- code_for_catch_exception (102);
- code_for_catch_exception (103);
- code_for_catch_exception (104);
- code_for_catch_exception (105);
- code_for_catch_exception (106);
- code_for_catch_exception (107);
- code_for_catch_exception (108);
- code_for_catch_exception (109);
- code_for_catch_exception (110);
- code_for_catch_exception (111);
- code_for_catch_exception (112);
- code_for_catch_exception (113);
- code_for_catch_exception (114);
- code_for_catch_exception (115);
- code_for_catch_exception (116);
- code_for_catch_exception (117);
- code_for_catch_exception (118);
- code_for_catch_exception (119);
- code_for_catch_exception (120);
- code_for_catch_exception (121);
- code_for_catch_exception (122);
- code_for_catch_exception (123);
- code_for_catch_exception (124);
- code_for_catch_exception (125);
- code_for_catch_exception (126);
- code_for_catch_exception (127);
-}
-
-/*
- * Port B Control Register (PBCR1)
- */
-#define PB15MD1 0x8000
-#define PB15MD0 0x4000
-#define PB14MD1 0x2000
-#define PB14MD0 0x1000
-#define PB13MD1 0x0800
-#define PB13MD0 0x0400
-#define PB12MD1 0x0200
-#define PB12MD0 0x0100
-#define PB11MD1 0x0080
-#define PB11MD0 0x0040
-#define PB10MD1 0x0020
-#define PB10MD0 0x0010
-#define PB9MD1 0x0008
-#define PB9MD0 0x0004
-#define PB8MD1 0x0002
-#define PB8MD0 0x0001
-
-#define PB15MD PB15MD1|PB14MD0
-#define PB14MD PB14MD1|PB14MD0
-#define PB13MD PB13MD1|PB13MD0
-#define PB12MD PB12MD1|PB12MD0
-#define PB11MD PB11MD1|PB11MD0
-#define PB10MD PB10MD1|PB10MD0
-#define PB9MD PB9MD1|PB9MD0
-#define PB8MD PB8MD1|PB8MD0
-
-#define PB_TXD1 PB11MD1
-#define PB_RXD1 PB10MD1
-#define PB_TXD0 PB9MD1
-#define PB_RXD0 PB8MD1
-
-#define PB7MD PB7MD1|PB7MD0
-#define PB6MD PB6MD1|PB6MD0
-#define PB5MD PB5MD1|PB5MD0
-#define PB4MD PB4MD1|PB4MD0
-#define PB3MD PB3MD1|PB3MD0
-#define PB2MD PB2MD1|PB2MD0
-#define PB1MD PB1MD1|PB1MD0
-#define PB0MD PB0MD1|PB0MD0
-
-
-void handleError (char theSSR);
-
-void nop (void)
-{
-}
-
-void init_serial (void)
-{
- int i;
-
- /* Clear Channel 1's SCR */
- SCR1 = 0;
-
- /* Set communication to be async, 8-bit data,
- no parity, 1 stop bit and use internal clock */
- SMR1 = 0;
-/* BRR1 = SYSCLOCK / (9600 * 32) - 1;*/
- BRR1 = 9; /* 38400 */
-
- SCR1 &= ~(SCI_CKE1 | SCI_CKE0);
-
- /* let the hardware settle */
- for (i = 0; i < 1000; i++)
- nop ();
-
- /* Turn on in and out */
- SCR1 |= SCI_RE | SCI_TE;
-
- /* Set the PFC to make RXD1 (pin PB8) an input pin
- and TXD1 (pin PB9) an output pin */
- PBCR1 &= ~(PB_TXD1 | PB_RXD1);
- PBCR1 |= PB_TXD1 | PB_RXD1;
-}
-
-
-int serial_waitc(void)
-{
- char mySSR;
- mySSR = SSR1 & ( SCI_PER | SCI_FER | SCI_ORER );
- if ( mySSR )
- handleError ( mySSR );
- return SSR1 & SCI_RDRF ;
-}
-
-char serial_getc (void)
-{
- char ch;
- char mySSR;
-
- while ( ! serial_waitc())
- ;
-
- ch = RDR1;
- SSR1 &= ~SCI_RDRF;
-
- mySSR = SSR1 & (SCI_PER | SCI_FER | SCI_ORER);
-
- if (mySSR)
- handleError (mySSR);
-
- return ch;
-}
-
-void serial_putc (char ch)
-{
- while (!(SSR1 & SCI_TDRE))
- {
- ;
- }
-
- /*
- * Write data into TDR and clear TDRE
- */
- TDR1 = ch;
- SSR1 &= ~SCI_TDRE;
-}
-
-void handleError (char theSSR)
-{
- /* Clear all error bits, otherwise the receiver will stop */
- SSR1 &= ~(SCI_ORER | SCI_PER | SCI_FER);
-}
diff --git a/gdb/start.s b/gdb/start.s
deleted file mode 100644
index e902db7ad6..0000000000
--- a/gdb/start.s
+++ /dev/null
@@ -1,41 +0,0 @@
-!***************************************************************************
-! __________ __ ___.
-! Open \______ \ ____ ____ | | _\_ |__ _______ ___
-! Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
-! Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
-! Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
-! \/ \/ \/ \/ \/
-! $Id$
-!
-! Copyright (C) 2002 by Linus Nielsen Feltzing
-!
-! All files in this archive are subject to the GNU General Public License.
-! See the file COPYING in the source tree root for full license agreement.
-!
-! This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
-! KIND, either express or implied.
-!
-!***************************************************************************
-! note: sh-1 has a "delay cycle" after every branch where you can
-! execute another instruction "for free".
-
- .file "start.s"
- .section .text
- .extern _INIT
- .extern _vectable
- .extern _stack
- .global _start
- .align 2
-
-_start:
- mov.l 1f, r1
- mov.l 3f, r3
- mov.l 2f, r15
- jmp @r3
- ldc r1, vbr
- nop
-
-1: .long _vectable
-2: .long _stack
-3: .long _INIT
- .type _start,@function
diff --git a/www/Makefile b/www/Makefile
deleted file mode 100644
index 24fd9545cc..0000000000
--- a/www/Makefile
+++ /dev/null
@@ -1,39 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -Uunix -H -C -V -LL >$@
-
-SRC := $(wildcard *.t)
-SOBJS := daily.shtml main.shtml index.shtml status.shtml \
- bugs.shtml requests.shtml
-OBJS := $(SRC:%.t=%.html) $(SOBJS)
-
-.SUFFIXES: .t .html
-
-%.html : %.t
- $(ACTION) $<
-
-%.shtml : %.t
- $(ACTION) $<
-
-all: $(OBJS)
- @(cd schematics; $(MAKE))
- @(cd docs; $(MAKE))
- @(cd mods; $(MAKE))
- @(cd internals; $(MAKE))
- @(cd irc; $(MAKE))
- @(cd devcon; $(MAKE))
- @(cd sh-win; $(MAKE))
- @(cd download; $(MAKE))
- @(cd manual; $(MAKE))
- @(cd manual-1.2; $(MAKE))
- @(cd tshirt-contest; $(MAKE))
-
-main.html: main.t activity.html
-
-main.shtml: main.t activity.html
-
-index.shtml: main.shtml
- ln -s main.shtml index.shtml
-
-daily.shtml: daily.t
-
-clean:
- find . -name "*html" | xargs rm
diff --git a/www/activity.t b/www/activity.t
deleted file mode 100644
index f1d1cb7ea5..0000000000
--- a/www/activity.t
+++ /dev/null
@@ -1,42 +0,0 @@
-#define YELLOW "#ffffa3"
-#define GREEN "#80db72"
-#define RED "#ffadad"
-
-#define STATUS(_col_,_mod_,_file_,_href_,_person_,_status_) \
-<tr bgcolor=_col_><td>_mod_</td><td><a href=_href_>_file_</a></td><td>_person_</td><td>_status_</td></tr>
-
-<table align="right">
-<tr><th colspan=2>Color codes:</th></tr>
-<tr><td bgcolor=GREEN>&nbsp; &nbsp;</td><td> Working code exists</td></tr>
-<tr><td bgcolor=YELLOW>&nbsp; &nbsp;</td><td> Development in progress</td></tr>
-<tr><td bgcolor=RED>&nbsp; &nbsp;</td><td> Undermanned. Help needed.</td></tr>
-</table>
-
-<table cellspacing=0 cellpadding=2 border=1>
-<tr bgcolor="#cccccc"><th>Module</th><th>File(s) in CVS</h><th>Current person</th><th>Status</th></tr><tr>
-STATUS(GREEN,I<sup><small>2</small></sup>C driver,firmware/drivers/i2c.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/i2c.c", Linus,Works)
-STATUS(GREEN,LED driver,firmware/drivers/led.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/led.c",Bjrn,Works)
-STATUS(GREEN,GDB stub,gdb/,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/gdb/", Linus,Works)
-STATUS(GREEN,List,firmware/common/list.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/common/lists.c", Linus,Works)
-STATUS(GREEN,ID3 parser,firmware/i3d.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/id3.c", Daniel,Works)
-STATUS(GREEN,FAQ,www/docs/FAQ,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/www/docs/FAQ",Rob,Existing)
-STATUS(GREEN,Fat32 filesystem,firmware/drivers/fat.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/fat.c", Bjrn,Works)
-STATUS(GREEN,Tetris,apps/tetris.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/apps/tetris.c", &nbsp;, Works)
-STATUS(GREEN,MAS driver,firmware/drivers/mas.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/mas.c", Linus,Works)
-STATUS(GREEN,ATA driver,firmware/drivers/ata.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/ata.c", Bjrn,Works)
-STATUS(GREEN,Scheduler,firmware/thread.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/thread.c", Linus,Works)
-STATUS(GREEN,X11 simulator,uisimulator/x11, "http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/uisimulator/x11/", Daniel,Works)
-STATUS(GREEN,Win32 simulator,uisimulator/win32/,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/uisimulator/win32/", Felix,Works)
-STATUS(GREEN,API docs,firmware/API,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/API",&nbsp;,First version)
-STATUS(GREEN,Key handling,firmware/drivers/button.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/button.c",Bjrn,Works)
-STATUS(GREEN,CPU setup,firmware/system.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/system.c", Linus,Works)
-STATUS(GREEN,Directory browser UI,apps/tree.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/apps/tree.c", Daniel,Works)
-STATUS(GREEN,LCD driver,firmware/drivers/lcd.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/drivers/lcd.c", Bjrn,Works)
-STATUS(GREEN,Mpeg thread,firmware/mpeg.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/mpeg.c",Linus, Works)
-STATUS(YELLOW,Playlist handling,firmware/playlist.c,"http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/playlist.c", Wavey, Progressing)
-#if 0
-STATUS(RED,Boot loader (rolo),&nbsp;,"",&nbsp;,Planned)
-STATUS(RED,New DSP algorithms,&nbsp;,"",&nbsp;,We need help!)
-#endif
-</tr></table>
-<i><small>Updated __DATE__</small></i>
diff --git a/www/bugs.t b/www/bugs.t
deleted file mode 100644
index 87c32debac..0000000000
--- a/www/bugs.t
+++ /dev/null
@@ -1,27 +0,0 @@
-#define _PAGE_ Open bug reports
-#include "head.t"
-
-<!--#include file="bugs.txt" -->
-
-<h2>Submitting new bug reports</h2>
-
-<a name="rules">
-<h3>Rules for bug reporting:</h3>
-
-<ol>
-<li> Don't file bug reports on unreleased code (CVS/daily builds). Write a mail to the <a href="/mail/">mailing list</a> instead.
-<li> Check that the bug hasn't already been reported
-<li> Always include the following information in your bug report:
- <ul>
- <li> Which exact model Archos you have (as printed on the unit)
- <li> Which exact ROM firmware version you have
- <li> Which exact Rockbox version you are using
- <li> A link to the data that malfunctions, if applicable (IMPORTANT!)
- </ul>
-<li>If you have a Sourceforge account, log in before you file the report.
-<li>If you don't have a SF account, sign the report with your email.
-</ol>
-
-<p><a href="http://sourceforge.net/tracker/?func=add&group_id=44306&atid=439118">Click here to submit a new bug report</a>.
-
-#include "foot.t"
diff --git a/www/codes_new.png b/www/codes_new.png
deleted file mode 100644
index 03cb1deadb..0000000000
--- a/www/codes_new.png
+++ /dev/null
Binary files differ
diff --git a/www/codes_old.png b/www/codes_old.png
deleted file mode 100644
index b30a155a32..0000000000
--- a/www/codes_old.png
+++ /dev/null
Binary files differ
diff --git a/www/codes_rec.png b/www/codes_rec.png
deleted file mode 100644
index c9acdb82f5..0000000000
--- a/www/codes_rec.png
+++ /dev/null
Binary files differ
diff --git a/www/cross-gcc.t b/www/cross-gcc.t
deleted file mode 100644
index de2907d11c..0000000000
--- a/www/cross-gcc.t
+++ /dev/null
@@ -1,105 +0,0 @@
-#define _PAGE_ Building the SH1 cross compiler
-#include "head.t"
-
-<p>
-In this example I will assume that you are running Linux with the bash shell.
-We will only build the C compiler along with the assembler, linker and stuff.
-Note that the procedure is exactly the same if you are running cygwin on Windows.
-
-<h2>Download the source code</h2>
-<p>
-You will need the following archives:
-<ul>
-<li>binutils-2.11.tar.gz (find it at your closest GNU FTP site)
-<li>gcc-3.0.4.tar.gz (find it at your closest GNU FTP site)
-<li>(optional) gdb-5.1.1.tar.gz (find it at your closest GNU FTP site)
-</ul>
-<p>
- If you want to stay out of trouble, use the versions stated above. If you
- want to live on the edge you can try building with the latest versions.
- However, if you use binutils-2.13 or later you will not be able to build
- Rockbox older that CVS 2002-09-08 if you don't add the .rodata.str1.4
- section to the .rodata section in the linker script:
-
-<pre>
- .rodata :
- {
- *(.rodata)
-<b> *(.rodata.str1.4)</b>
- } > DRAM
-</pre>
-
-<h2>Unpack the archives</h2>
-<p>
-<pre>
- /home/linus> tar zxf binutils-2.11.tar.gz
- /home/linus> tar zxf gcc-3.0.4.tar.gz
- /home/linus> tar zxf gdb-5.1.1.tar.gz
-</pre>
-
-<h2>Create the directory tree</h2>
-<p>
-<pre>
- /home/linus> mkdir build
- /home/linus> cd build
- /home/linus/build> mkdir binutils
- /home/linus/build> mkdir gcc
- /home/linus/build> mkdir gdb
-</pre>
-
-<h2>Choose location</h2>
-<p>
-Now is the time to decide where you want the tools to be installed. This is
-the directory where all binaries, libraries, man pages and stuff end up when
-you do "make install".
-<p>
-In this example I have chosen "/home/linus/sh1" as my installation directory, or <i>prefix</i> as it is called. Feel free to use any prefix, like
-/usr/local/sh1 for example.
-
-<h2>Build binutils</h2>
-<p>
-We will start with building the binutils (the assembler, linker and stuff).
-This is pretty straightforward. We will be installing the whole tool chain
-in the /home/linus/sh1 directory.
-<pre>
- /home/linus> cd build/binutils
- /home/linus/build/binutils> ../../binutils-2.11/configure --target=sh-elf --prefix=/home/linus/sh1
- /home/linus/build/binutils> make
- /home/linus/build/binutils> make install
-</pre>
-
-<h2>Build GCC</h2>
-<p>
-Now you are ready to build GCC. To do this, you must have the newly built
-binutils in the PATH.
-<pre>
- /home/linus> export PATH=/home/linus/sh1/bin:$PATH
- /home/linus> cd build/gcc
- /home/linus/gcc> ../../gcc-3.0.4/configure --target=sh-elf --prefix=/home/linus/sh1 --enable-languages=c
- /home/linus/build/gcc> make
- /home/linus/build/gcc> make install
-</pre>
-
-<h2>Build GDB</h2>
-<p>
-If you are planning to debug your code with GDB, you have to build it as well.
-<pre>
- /home/linus> export PATH=/home/linus/sh1/bin:$PATH
- /home/linus> cd build/gdb
- /home/linus/gdb> ../../gdb-5.1.1/configure --target=sh-elf --prefix=/home/linus/sh1
- /home/linus/build/gdb> make
- /home/linus/build/gdb> make install
-</pre>
-
-<h2>Done</h2>
-<p>
-If someone up there likes you, you now have a working tool chain for SH1.
-To compile a file with gcc:
-<pre>
- /home/linus> sh-elf-gcc -c main.o main.c
-</pre>
-Good luck!
-<p>
-<i>Linus</i>
-
-#include "foot.t"
diff --git a/www/cvs.t b/www/cvs.t
deleted file mode 100644
index b743573a44..0000000000
--- a/www/cvs.t
+++ /dev/null
@@ -1,148 +0,0 @@
-#define _PAGE_ Accessing source code via CVS
-#include "head.t"
-
-<h2>Browsing the repositry</h2>
-
-<p>Just go <a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/">here</a>.
-
-<h2>Daily snapshots</h2>
-
-<p>Every night at 6am CET, we build a source tarball and target .mod files from the latest CVS code.
-<a href="daily.shtml">Get them here</a>.
-
-<h2>Downloading (checking out) the source</h2>
-
-<p>You, obviously, need to have <a href="http://www.cvshome.org">CVS</a> installed to do this.
-
-<p>The examples below use the 'firmware' module, since that's what most people are interested in. Here is a complete list of the available modules:
-
-<ul>
-<li>apps - the source code to the applications
-<li>firmware - the source code to the firmware library
-<li>gdb - the gdb stub to use for remote debugging
-<li>tools - tools for building the firmware
-<li>uisimulator - a user interface simulator for X11
-<li>www - the web page
-</ul>
-
-<h3>Anonymous read-only checkout</h3>
-
-<p>If you are not a registered developer, use this method.
-When asked for a password, just press enter:
-
-<p><tt>cvs -d:pserver:anonymous@cvs.rockbox.sourceforge.net:/cvsroot/rockbox login
-<br>cvs -z3 -d:pserver:anonymous@cvs.rockbox.sourceforge.net:/cvsroot/rockbox co firmware</tt>
-
-<p>A "firmware" directory will be created in your current directory, and all the source files go there.
-
-<h3>Checkout for developers</h3>
-
-<p>For this, you need to:
-
-<ol>
-<li> Have <a href="http://www.openssh.com">SSH</a> installed.
-<li> Have a <a href="http://sourceforge.net/account/register.php">SourceForge account</a>
-<li> Be a
-<a href="http://sourceforge.net/project/memberlist.php?group_id=44306">registered developer</a>
-of the Rockbox project
-<li> Log on to your cvs server account once: <tt>ssh <b>username</b>@cvs.rockbox.sourceforge.net</tt> <br>It will disconnect you immediately, but now your account is set up.
-</ol>
-
-<p>Then run:
-
-<p><tt>export CVS_RSH=ssh
-<br>cvs -z3 -d:ext:<b>username</b>@cvs.rockbox.sourceforge.net:/cvsroot/rockbox co firmware</tt>
-
-<p>If you are using WinCVS, the procedure is
-<a href="http://www.wincvs.org/ssh.html">somewhat different</a>.
-
-<h2>Checking in modifications</h2>
-
-<p>CVS is a "no-reserve" version control system. This means that you work on your local files without first reserving them. Any conflicts with other developers are detected when you check-in, or "commit" as it's called in CVS:
-
-<p><tt>cvs commit <b>filename</b></tt>
-
-<p>This will start an editor and ask you to describe the changes you've made. If you want, you can use the -m command line option to specify the comment right there:
-
-<p><tt>cvs commit -m "This is my change comment" <b>filename</b></tt>
-
-<p><strong>Note:</strong> Before checking in modifications, test-build all targets (player, player-old, recorder, player-sim, recorder-sim) to make sure your changes don't break anything.
-
-<h2>Updating your repository</h2>
-
-<p>Since several people commit to the repository, you will need to periodically
-synchronize your local files with the changes made by others.
-This operation is called "update":
-
-<p><tt>cvs update -dP</tt>
-
-<p>The <b>-d</b> switch tells update to create any new directories that have been created the repository since last update.
-<br>The <b>-P</b> switch tells update to delete files that have been removed in the repository.
-
-<h2>Adding a new file</h2>
-
-<p>Adding a file is very simple:
-
-<p><tt>cvs add <b>filename</b></tt>
-
-<p>If you are adding a binary file, you need to specify the -kb flag:
-
-<p><tt>cvs add -kb <b>filename</b></tt>
-
-<p>These changes, like any other change, has to be committed before they will be visible on the server.
-
-<h2>Querying the status of your files</h2>
-
-<p>Sometimes it is interesting to get a list of the status of your files versus
-those on the remote repository. This is called "status":
-
-<p><tt>cvs status</tt>
-
-<p>The output from "status" can be rather verbose. You may want to filter it with grep:
-
-<p><tt>cvs status | grep Status</tt>
-
-<p>To only list files who differ from the server, filter again:
-
-<p><tt>cvs status | grep Status | grep -v Up-to-date</tt>
-
-<h2>Producing a diff of your changes</h2>
-
-<p>If you want to see how your local files differ from the CVS repository,
-you can ask CVS to show you:
-
-<p><tt>cvs diff -u [files(s)]</tt>
-
-<p>The <tt>-u</tt> selects the "unified" diff format, which is preferrable
-when working with source code.
-
-<h2>What Happens in the Repository?</h2>
-<p>
- Subscribe to the rockbox-cvs list to get mails sent to you for every commit
- done to the repostory.
-<p>
- To join this list, send a mail to majordomo@cool.haxx.se, with the following
- text in the body (no subject) "subscribe rockbox-cvs".
-<p>
- <b>Note</b> that this may cause quite a few mails to get sent during periods
-of intense development.
-
-<h2>Getting rid of the password prompts</h2>
-
-<p>Each cvs operation has to be authenticated with ssh. This is normally done
-by you entering your password. This gets boring fast.
-Instead, you can register your public ssh key with your SourceForge account. This way, your connection is authenticated automatically.
-
-<p><a href="http://sourceforge.net/account/login.php">Log in</a>
-to your SourceForge account and go to your
-<a href="https://sourceforge.net/account/">account options</a>.
-On the bottom of the page, there is a link to
-<a href="https://sourceforge.net/account/editsshkeys.php">edit your ssh keys</a>.
-Copy the contents of your local <tt>.ssh/identity.pub</tt> or
-<tt>.ssh/id_rsa.pub</tt> there.
-
-<p>Like many things on SourceForge, the key change doesn't take effect immediately. You'll have to wait a few hours until some magic batch job kicks in and puts your keys where they should be. Then you can use cvs without entering your password.
-
-<p>If you work from several different computers/accounts, you must add the key for each account you are using.
-
-#include "foot.t"
diff --git a/www/daily.t b/www/daily.t
deleted file mode 100644
index 98bae65fda..0000000000
--- a/www/daily.t
+++ /dev/null
@@ -1,63 +0,0 @@
-#define _PAGE_ Daily builds
-#include "head.t"
-
-<h2>Source tarballs</h2>
-
-<!--#exec cmd="./dailysrc.pl" -->
-
-<p>Useful links for do-it-yourselfers:
-<ul>
-<li><a href="cross-gcc.html">Building the SH1 cross compiler</a>
-<li><a href="sh-win/">Setting up an SH1 cross compiler for Windows</a>
-<li><a href="docs/how_to_compile.html">README from the docs directory</a>,
-describing how to compile Rockbox
-<lI><a href="manual/">The Rockbox Manual</a>
-</ul>
-
-<h2>Target builds</h2>
-
-<p>These are automated daily builds of the CVS code.
-They are <i>not</i> official releases and are in fact almost guaranteed to contain bugs!
-
-<p>These builds are discussed in IRC or mail only. <font color="red"><big><b>DO NOT FILE BUG REPORTS FOR THEM!</b></big></font>
-
-<p>There are three versions of each build:
-
-<!--#exec cmd="./dailymod.pl" -->
-
-<p><b>Note 1:</b> You must rename the file to "archos.mod" ("ajbrec.ajz" for the recorder) before copying it to the root of your archos.
-
-
-<h2>CVS compile status</h2>
-
-<p>This table shows which targets are currently compilable from the CVS code, and how many compiler warnings the build generates. "OK" means no warnings.
-The batch timestamp is GMT.
-
-<p>
-<!--#include virtual="buildstatus.link" -->
-
-<h2>CVS builds</h2>
-
-<p>These builds are as "bleeding edge" as you can get. Up-to-date builds of the latest CVS code (the top line from the above table):
-
-<p><table class=dailymod><tr valign=top>
-<td>
-<a href="auto/build-player/archos.mod">Player</a><br>
-<a href="auto/build-playerdebug/archos.mod">Player debug</a><br>
-<a href="auto/build-playersim/rockboxui">Player simulator (linux)</a><br>
-<a href="http://codeforce.d2g.com/rockbox/autocvs">Player simulator (win32)</a><br>
-</td>
-<td>
-<a href="auto/build-playerold/archos.mod">Player-old</a><br>
-<a href="auto/build-playerolddebug/archos.mod">Player-old debug</a><br>
-<a href="auto/build-playeroldsim/rockboxui">Player-old simulator (linux)</a>
-</td>
-<td>
-<a href="auto/build-recorder/ajbrec.ajz">Recorder</a><br>
-<a href="auto/build-recorderdebug/ajbrec.ajz">Recorder debug</a><br>
-<a href="auto/build-recordersim/rockboxui">Recorder simulator (linux)</a><br>
-<a href="http://codeforce.d2g.com/rockbox/autocvs">Recorder simulator (win32)</a><br>
-</td>
-</tr></table>
-
-#include "foot.t"
diff --git a/www/dailymod.pl b/www/dailymod.pl
deleted file mode 100755
index 0af1d48c79..0000000000
--- a/www/dailymod.pl
+++ /dev/null
@@ -1,35 +0,0 @@
-#!/usr/bin/perl
-
-$basedir = "/home/dast/rockbox-build/daily-build";
-
-sub list {
- $dir = shift @_;
-
- opendir(DIR, "$basedir/$dir") or
- die "Can't opendir($basedir/$dir)";
- @tarballs = sort grep { /^a/ } readdir(DIR);
- closedir DIR;
-
- print "<ul>\n";
- for ( @tarballs ) {
- print "<li><a href=\"daily/$dir/$_\">$_</a>\n";
- }
- print "</ul>\n";
-}
-
-print "<table class=dailymod><tr><td>\n";
-print "<h3>player-old</h3>\n";
-print "<p>This version is for old Archos Jukebox 5000, 6000 models with ROM firmware older than 4.50:\n";
-&list("playerold");
-
-print "</td><td>\n";
-print "<h3>player</h3>\n";
-print "<p>This version is for Archos Jukebox 5000/6000 with ROM firmware 4.50 or later, and all Studio models:\n";
-&list("player");
-
-print "</td><td>\n";
-print "<h3>recorder</h3>\n";
-print "<p>This version is for all Archos Jukebox Recorder models:\n";
-&list("recorder");
-
-print "</td></tr></table>\n";
diff --git a/www/dailysrc.pl b/www/dailysrc.pl
deleted file mode 100755
index 25495d557c..0000000000
--- a/www/dailysrc.pl
+++ /dev/null
@@ -1,25 +0,0 @@
-#!/usr/bin/perl
-
-$basedir = "/home/dast/rockbox-build/daily-build/";
-
-opendir(DIR, $basedir) or
- die "Can't opendir($basedir)";
-@tarballs = sort grep { /^rockbox-daily-/ } readdir(DIR);
-closedir DIR;
-
-print "<ul>\n";
-
-for ( @tarballs ) {
- $size = (stat("$basedir/$_"))[7];
- $log = "";
- if (/-(\d+)/) {
- $date = $1;
- if ( -f "$basedir/changes-$date.txt") {
- $lines = `grep "Number of changes:" $basedir/changes-$date.txt | cut "-d " -f4` + 0;
- $log = "<a href=\"daily/changes-$date.txt\">Changelog</a> <small>($lines changes)</small>";
- }
- }
- print "<li><a href=\"daily/$_\">$_</a> <small>($size bytes)</small> $log\n";
-}
-
-print "</ul>\n";
diff --git a/www/devcon/IMG_4083.JPG b/www/devcon/IMG_4083.JPG
deleted file mode 100644
index d6ed305045..0000000000
--- a/www/devcon/IMG_4083.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4084.JPG b/www/devcon/IMG_4084.JPG
deleted file mode 100644
index fedff94c8e..0000000000
--- a/www/devcon/IMG_4084.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4085.JPG b/www/devcon/IMG_4085.JPG
deleted file mode 100644
index d592852b0d..0000000000
--- a/www/devcon/IMG_4085.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4086.JPG b/www/devcon/IMG_4086.JPG
deleted file mode 100644
index 758c6ad3fb..0000000000
--- a/www/devcon/IMG_4086.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4087.JPG b/www/devcon/IMG_4087.JPG
deleted file mode 100644
index 15846b5a9b..0000000000
--- a/www/devcon/IMG_4087.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4088.JPG b/www/devcon/IMG_4088.JPG
deleted file mode 100644
index 53c760d9aa..0000000000
--- a/www/devcon/IMG_4088.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/IMG_4089.JPG b/www/devcon/IMG_4089.JPG
deleted file mode 100644
index 00dacfc742..0000000000
--- a/www/devcon/IMG_4089.JPG
+++ /dev/null
Binary files differ
diff --git a/www/devcon/Makefile b/www/devcon/Makefile
deleted file mode 100644
index 751a62f256..0000000000
--- a/www/devcon/Makefile
+++ /dev/null
@@ -1,9 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -I.. -Uunix -H -C -V -LL >$@
-
-SRC := $(wildcard *.t)
-OBJS := $(SRC:%.t=%.html)
-
-all: $(OBJS)
-
-%.html : %.t
- $(ACTION) $<
diff --git a/www/devcon/bildtext.txt b/www/devcon/bildtext.txt
deleted file mode 100644
index f8869f815c..0000000000
--- a/www/devcon/bildtext.txt
+++ /dev/null
@@ -1,5 +0,0 @@
-4083: Comparison between Recorder and Player
-4084: Contest: Spot the development box!
-4086: A stack of "virgins"!
-4087: A pre-4.50 player (left) and a post-4.50 player (right).
-4089: There's lots of fun to be had with these things!
diff --git a/www/devcon/img4083.jpg b/www/devcon/img4083.jpg
deleted file mode 100644
index e26cb18829..0000000000
--- a/www/devcon/img4083.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4083t.jpg b/www/devcon/img4083t.jpg
deleted file mode 100644
index b615af2d92..0000000000
--- a/www/devcon/img4083t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4084.jpg b/www/devcon/img4084.jpg
deleted file mode 100644
index 9dbd59ae86..0000000000
--- a/www/devcon/img4084.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4084t.jpg b/www/devcon/img4084t.jpg
deleted file mode 100644
index 31c2b6e9a7..0000000000
--- a/www/devcon/img4084t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4085.jpg b/www/devcon/img4085.jpg
deleted file mode 100644
index 376a8f31ae..0000000000
--- a/www/devcon/img4085.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4085t.jpg b/www/devcon/img4085t.jpg
deleted file mode 100644
index 52f3afe1c3..0000000000
--- a/www/devcon/img4085t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4086.jpg b/www/devcon/img4086.jpg
deleted file mode 100644
index 051361c30b..0000000000
--- a/www/devcon/img4086.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4086t.jpg b/www/devcon/img4086t.jpg
deleted file mode 100644
index 18736fecb1..0000000000
--- a/www/devcon/img4086t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4087.jpg b/www/devcon/img4087.jpg
deleted file mode 100644
index 2c047babe3..0000000000
--- a/www/devcon/img4087.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4087t.jpg b/www/devcon/img4087t.jpg
deleted file mode 100644
index 89ed22845e..0000000000
--- a/www/devcon/img4087t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4088.jpg b/www/devcon/img4088.jpg
deleted file mode 100644
index f2cb22fb65..0000000000
--- a/www/devcon/img4088.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4088t.jpg b/www/devcon/img4088t.jpg
deleted file mode 100644
index 520023100d..0000000000
--- a/www/devcon/img4088t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4089.jpg b/www/devcon/img4089.jpg
deleted file mode 100644
index a21385f118..0000000000
--- a/www/devcon/img4089.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/img4089t.jpg b/www/devcon/img4089t.jpg
deleted file mode 100644
index b3443677f5..0000000000
--- a/www/devcon/img4089t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/devcon/index.t b/www/devcon/index.t
deleted file mode 100644
index 8f0e1d78e7..0000000000
--- a/www/devcon/index.t
+++ /dev/null
@@ -1,132 +0,0 @@
-#define _PAGE_ Rockbox Developer Conference 2002
-#include "head.t"
-
-<table align="right"><tr><td><a href="show.cgi?img4083.jpg"><img src="img4083t.jpg" alt="photo" border=0 width=200 height=150></a><br><small><i>Comparison of Recorder and Player</i></small></td></tr></table>
-
-<p>Well, almost. :-) Bjrn, Linus, Daniel and Kjell sat down at Linus' house
-friday night (2002-04-19) with our Archoses and had a long and fruitful discussion about software design.
-Here are a few things that we discussed:
-
-<h2>Application Programming Interfaces</h2>
-
-<p>We want to try to stick to POSIX where these exist and are practical. The
-reason is simply that many people already know these APIs well. Here are a
-few which haven't already been defined in the code:
-
-<h3>File operations</h3>
-<ul>
-<li>open
-<li>close
-<li>read
-<li>write
-<li>seek
-<li>unlink
-<li>rename
-</ul>
-
-<table align="right"><tr><td><a href="show.cgi?img4084.jpg"><img src="img4084t.jpg" alt="photo" border=0 width=200 height=150></a>
-<br><small><i>Contest: Spot the development box!</i></small></td></tr></table>
-
-<h3>Directory operations</h3>
-<ul>
-<li>opendir
-<li>closedir
-<li>readdir
-</ul>
-
-<h3>Disk operations</h3>
-<ul>
-<li>readblock
-<li>writeblock
-<li>spindown
-<li>diskinfo
-<li>partitioninfo
-</ul>
-
-<p>We also decided that we will use the 'newlib' standard C library,
-replacing some functions with smaller variants as we move forward.
-
-<h2>Multitasking</h2>
-
-<p>We spent much time discussing and debating task scheduling, or the lack
-thereof. First, we went with the idea that we don't really need "real"
-scheduling. Instead, a simple "tree-task" system would be used: A
-main-loop, a timer tick and a "bottom half" low-priority interrupt, each
-with an event queue.
-
-<p>Pretty soon we realized that we will want to:
-
-<ol style="a">
-<li> Use a timer tick to poll disk I/O (assuming we can't get an interrupt)
-<li> Perform slow disk operations in both the MP3->DAC feeder and the user
- interface, sometimes at the same time.
-<li> Not lock up the user interface during I/O.
-</ol>
-
-<table align="right"><tr><td><a href="show.cgi?img4086.jpg"><img src="img4086t.jpg" alt="photo" border=0 width=200 height=150></a>
-<br><small><i>A stack of "virgins"!</i></small></td></tr></table>
-
-<p>At the same time, we agreed that we should not walk into the common trap
-of engaging in "job splitting". That is, to split up jobs in small chunks
-so they don't take so long to finish. The problem with job splitting is
-that it makes the code flow very complex.
-
-<p>After much scratching our collective heads over how to make a primitive
-"three-task" system be able to do everything we wanted without resorting
-to complex job splitting, we finally came to the conclusion that we were
-heading down the wrong road:
-
-<p><blockquote>
- <b>We need threading.</b>
-</blockquote>
-
-<p>Even though a scheduler adds complexity, it makes the rest of the code so
-much more straight-forward that the total net result is less overall
-complexity.
-
-<p>To keep it simple, we decided to use a cooperative scheduler. That is, one
-in which the threads themselves decide when scheduling is performed. The
-big gain from this, apart from making the scheduler itself less complex,
-is that we don't have to worry as much about making all code "multithread
-safe".
-
-<p>Affording ourselves the luxury of threads, we soon identified four basic
-threads:
-
-<ul>
-<li>Disk thread, performing all disk operations
-<li>UI thread, handling the user interface
-<li>MP3 feed thread, making sure the MAS is fed with data at all times
-<li>I2C thread, handling the sometimes very relaxed timing of the I2C bus
-</ul>
-
-<p>Threads use message passing between them and each have a message queue
-associated to it.
-
-<table align="right"><tr><td><a href="show.cgi?img4089.jpg"><img src="img4089t.jpg" alt="photo" border=0 width=200 height=150></a>
-<br><small><i>There's much fun to be had with these things!</i></small></td></tr></table>
-
-<p>In addition to the threads, we need a timer interrupt with the ability to
-send messages to threads at specific intervals. This will also be used to
-scan the keys of the jukebox and handle key repeat detection (when a key
-has been pressed for a number of ticks).
-
-<p>None of these things are, of course, written in stone. Feel free to
-comment, discuss and argue about them!
-
-<p>We are currently 89 subscribers to this list. If you want to get more
-deeply involved in what's going on, I encourage you to:
-
-<ul>
-<li>Subscribe to the rockbox-cvs list, to see all code that goes in.
-<li>Join the #rockbox channel on irc.openprojects.net. There are always a
-couple of us in there.
-</ul>
-
-<p>I have written a set of guidelines for contributing code to the project.
-Take a look at them in CVS or here:
-<a href="http://bjorn.haxx.se/rockbox/firmware/CONTRIBUTING">CONTRIBUTING</a>
-
-<p>/Bjrn
-
-#include "foot.t"
diff --git a/www/docs/Makefile b/www/docs/Makefile
deleted file mode 100644
index 266663c85d..0000000000
--- a/www/docs/Makefile
+++ /dev/null
@@ -1,47 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -I.. -Uunix -H -C -V -P -LL >$@
-
-
-SRC := $(wildcard *.t)
-OBJS := $(SRC:%.t=%.html)
-
-FAQ2HTML = ../faq2html.pl
-TXT2HTML = ../txt2html.pl
-
-# This is correct. It does point to ../../docs but we need a different
-# name so that the directories don't collide.
-DOCS = ../docs_
-
-all: $(OBJS)
-
-faq.raw: $(DOCS)/FAQ $(FAQ2HTML)
- $(FAQ2HTML) < $< > $@
-
-faq.html: faq.t faq.raw $(FAQ2HTML)
- $(ACTION) $<
-
-battery-faq.raw: $(DOCS)/BATTERY-FAQ $(FAQ2HTML)
- $(FAQ2HTML) < $< > $@
-
-battery-faq.html: battery-faq.t battery-faq.raw $(FAQ2HTML)
- $(ACTION) $<
-
-contributing.raw: $(DOCS)/CONTRIBUTING $(TXT2HTML)
- $(TXT2HTML) < $< > $@
-
-contributing.html: contributing.t contributing.raw $(TXT2HTML)
- $(ACTION) $<
-
-custom_wps_format.raw: $(DOCS)/CUSTOM_WPS_FORMAT $(TXT2HTML)
- $(TXT2HTML) < $< > $@
-
-custom_wps_format.html: custom_wps_format.t custom_wps_format.raw $(TXT2HTML)
- $(ACTION) $<
-
-how_to_compile.raw: $(DOCS)/README $(TXT2HTML)
- $(TXT2HTML) < $< > $@
-
-how_to_compile.html: how_to_compile.t how_to_compile.raw $(TXT2HTML)
- $(ACTION) $<
-
-%.html : %.t
- $(ACTION) $<
diff --git a/www/docs/battery-faq.t b/www/docs/battery-faq.t
deleted file mode 100644
index 7f7446fd3e..0000000000
--- a/www/docs/battery-faq.t
+++ /dev/null
@@ -1,6 +0,0 @@
-#define _PAGE_ FAQ - Frequently Asked Battery Questions
-#include "head.t"
-
-#include "battery-faq.raw"
-
-#include "foot.t"
diff --git a/www/docs/contributing.t b/www/docs/contributing.t
deleted file mode 100644
index f6cbc1a69a..0000000000
--- a/www/docs/contributing.t
+++ /dev/null
@@ -1,8 +0,0 @@
-#define _PAGE_ Contributing to Rockbox
-#include "head.t"
-
-<pre>
-#include "contributing.raw"
-</pre>
-
-#include "foot.t"
diff --git a/www/docs/custom_wps_format.t b/www/docs/custom_wps_format.t
deleted file mode 100644
index 6abeeef7d3..0000000000
--- a/www/docs/custom_wps_format.t
+++ /dev/null
@@ -1,8 +0,0 @@
-#define _PAGE_ Configuring the Player WPS
-#include "head.t"
-
-<pre>
-#include "custom_wps_format.raw"
-</pre>
-
-#include "foot.t"
diff --git a/www/docs/datasheets.t b/www/docs/datasheets.t
deleted file mode 100644
index 9c2bb930ac..0000000000
--- a/www/docs/datasheets.t
+++ /dev/null
@@ -1,39 +0,0 @@
-#define _PAGE_ Useful data sheets
-#include "head.t"
-
-<p>All in PDF format.
-
-<h2>General docs</h2>
-
-<ul>
-<li><a href="cpu_sh1_pb.pdf">Hitachi SH-1 Product Brief</a> 120 kB
-<li><a href="sh1_2p.pdf">Hitachi SH-1 Programming Manual r4.0</a> 1600 kB
-<li><a href="sh7032h.pdf">Hitachi SH-1 Hardware Manual r5.0</a> 2300 kB
-<li><a href="flash_SST37VF512.pdf">SST SST37VF020 256kB Flash ROM</a> 172 kB
-<li><a href="ata-atapi-v5.pdf">ATA-ATAPI-5</a> 2772 kB
-</ul>
-
-<h2>Player specific</h2>
-<ul>
-<li><a href="SSD1801R0_4.pdf">Solomon SSD 1801 LCD controller</a> 584 kB (unconfirmed)
-<li><a href="dsp_mas3507d_3pd.pdf">Micronas MAS 3507D MPEG Audio Decoder</a> 872 kB
-<li><a href="dac_dac3550a_1ds.pdf">Micronas DAC 3550A Stereo Audio DAC</a> 592 kB
-<li><a href="dram_41c16105.pdf">ISSI IS41LV16105 Fast Page DRAM</a> 148 kB
-<li><a href="isd200.pdf">ISD-200 USB/ATA bridge</a> 376 kB
-</ul>
-
-<h2>Recorder specific</h2>
-<ul>
-<li><a href="ssd1815r1_5.pdf">Solomon SSD 1815 LCD controller</a> 864 kB
-<li><a href="mas3587f_2pd.pdf">Micronas MAS 3587F MPEG Audio Encoder/Decoder</a> 1300 kB
-<li><a href="dram_k4e151612d.pdf">Samsung K4E151612D EDO DRAM</a> 400 kB
-</ul>
-<ul>
-<li><a href="dc2dc_LM2651.pdf">National LM2651 DC/DC converter</a> 200 kB
-<li><a href="dc2dc_MC34063A.pdf">Fairchild MC34064A DC/DC converter</a> 45 kB
-<li><a href="fet_FZT849.pdf">FZT824 High Current Transistor</a> 60 kB
-<li><a href="rtc_tm41st84w.pdf">ST M41ST84W Real Time Clock</a> 180 kB
-<li><a href="isd300.pdf">ISD-300 USB/ATA bridge</a> 376 kB
-</ul>
-
-#include "foot.t"
diff --git a/www/docs/faq.t b/www/docs/faq.t
deleted file mode 100644
index 387961a4af..0000000000
--- a/www/docs/faq.t
+++ /dev/null
@@ -1,6 +0,0 @@
-#define _PAGE_ FAQ - Frequently Asked Questions
-#include "head.t"
-
-#include "faq.raw"
-
-#include "foot.t"
diff --git a/www/docs/how_to_compile.t b/www/docs/how_to_compile.t
deleted file mode 100644
index f58b80615e..0000000000
--- a/www/docs/how_to_compile.t
+++ /dev/null
@@ -1,8 +0,0 @@
-#define _PAGE_ How to compile Rockbox
-#include "head.t"
-
-<pre>
-#include "how_to_compile.raw"
-</pre>
-
-#include "foot.t"
diff --git a/www/docs/index.t b/www/docs/index.t
deleted file mode 100644
index 4d31a50103..0000000000
--- a/www/docs/index.t
+++ /dev/null
@@ -1,24 +0,0 @@
-#define _PAGE_ Documentation
-#include "head.t"
-
-<h2>For users</h2>
-
-<ul>
-<li><a href="/docs/faq.html">Frequently Asked Questions</a>
-<li><a href="/manual/">User manual</a>
-</ul>
-
-<h2>For developers</h2>
-
-<ul>
-<li><a href="/notes.html">Research notes</a>
-<li><a href="datasheets.html">Data sheets</a>
-<li><a href="/schematics/">Schematics</a>
-<li><a href="/cvs.html">How to use CVS</a>
-<li><a href="/cross-gcc.html">Building the cross compiler</a>
-<li><a href="/sh-win/">Setting up the cross compiler for Windows</a>
-<li><a href="how_to_compile.html">How to compile Rockbox</a> (README from cvs)
-<li><a href="mpeghdr.html">MPEG frame header info</a>
-</ul>
-
-#include "foot.t"
diff --git a/www/docs/mpeghdr.t b/www/docs/mpeghdr.t
deleted file mode 100644
index bf3373e98c..0000000000
--- a/www/docs/mpeghdr.t
+++ /dev/null
@@ -1,761 +0,0 @@
-#define _PAGE_ MPEG Audio Frame Header
-#include "head.t"
-
-<P>This is a brief and informal document targeted to those who want to deal
-with the MPEG format. If you are one of them, you probably already know what
-is MPEG audio. If not, jump to <A
-HREF="http://www.mp3.com/">http://www.mp3.com/</A> or <A
-HREF="http://www.layer3.org/">http://www.layer3.org/</A> where you will find
-more details and also more links. This document does not cover compression and
-decompression algorithm.
-
-<P>NOTE: You cannot just search the Internet and find the MPEG audio specs. It
-is copyrighted and you will have to pay quite a bit to get the Paper. That's why
-I made this. Information I got is gathered from the Internet, and mostly originate
-from program sources I found available for free. Despite my intention to always
-specify the information sources, I am not able to do it this time. Sorry, I did
-not maintain the list. :-(
-<P><B>These are not a decoding specs, it just informs you how to read the </B><A
-HREF="#MPEG HEADER"><B>MPEG headers</B></A><B> and the </B> <A HREF="#MPEGTAG"
-TARGET=""><B>MPEG TAG</B></A><B>. MPEG Version 1, 2 and 2.5 and Layer I, II
-and III are supported, the MP3 TAG (ID3v1 and ID3v1.1) also.</B>. Those of you
-who use Delphi may find <A
-HREF="http://www.dv.co.yu/mpgscript/mpgtools.htm">MPGTools Delphi unit (freeware source)</A>
-useful, it is where I implemented this stuff.
-
-<P>I do not claim information presented in this document is accurate. At first
-I just gathered it from different sources. It was not an easy task but I needed
-it. Later, I received lots of comments as feedback when I published this document.
-I think this last release is highly accurate due to comments and corrections I
-received.
-<P>This document is last updated on December 22, 1999.
-<P ALIGN="center"><FONT SIZE="5"><B>MPEG Audio Compression Basics</B></FONT>
-
-<P>This is one of many methods to compress audio in digital form trying to consume
-as little space as possible but keep audio quality as good as possible. MPEG compression
-showed up as one of the best achievements in this area.
-<P>This is a lossy compression, which means, you will certainly loose some audio
-information when you use this compression methods. But, this lost can hardly be
-noticed because the compression method tries to control it. By using several quite
-complicate and demanding mathematical algorithms it will only loose those parts
-of sound that are hard to be heard even in the original form. This leaves more
-space for information that is important. This way you can compress audio up to
-12 times (you may choose compression ratio) which is really significant. Due to
-its quality MPEG audio became very popular.
-<P>MPEG standards MPEG-1, MPEG-2 and MPEG-4 are known but this document covers
-first two of them. There is an unofficial MPEG-2.5 which is rarely used. It is
-also covered.
-<P><B>MPEG-1 audio</B> (described in ISO/IEC 11172-3) describes three Layers of audio coding with the following properties:
-<LI>one or two audio channels
-<LI>sample rate 32kHz, 44.1kHz or 48kHz.
-<LI>bit rates from 32kbps up to 448kbps<BR>
-Each layer has its merits.
-
-<P><B>MPEG-2 audio</B> (described in ISO/IEC 13818-3) has two extensions to MPEG-1, usually referred as MPEG-2/LSF and MPEG-2/Multichannel.
-<P>MPEG-2/LSF has the following properties:
-<LI>one or two audio channels
-<LI>sample rates half those of MPEG-1
-<LI>bit rates from 8 kbps up to 256kbps.
-
-<P>MPEG-2/Multichannel has the following properties:
-<LI>up to 5 full range audio channels and an LFE-channel (Low Frequency
-Enhancement <> subwoofer!)
-<LI>sample rates the same as those of MPEG-1
-<LI>highest possible bitrate goes up to about 1Mbps for 5.1
-
-
-<P ALIGN="center"><A NAME="MPEG HEADER"></A><FONT SIZE="5"><B>MPEG Audio Frame
-Header</B></FONT>
-
-<P>An MPEG audio file is built up from smaller parts called frames. Generally,
-frames are independent items. Each frame has its own header and audio informations.
-There is no file header. Therefore, you can cut any part of MPEG file and play
-it correctly (this should be done on frame boundaries but most applications will
-handle incorrect headers). For Layer III, this is not 100% correct. Due to internal
-data organization in MPEG version 1 Layer III files, frames are often dependent
-of each other and they cannot be cut off just like that.
-<P>When you want to read info about an MPEG file, it is usually enough to find
-the first frame, read its header and assume that the other frames are the same
-This may not be always the case. Variable bitrate MPEG files may use so called
-bitrate switching, which means that bitrate changes according to the content of
-each frame. This way lower bitrates may be used in frames where it will not reduce
-sound quality. This allows making better compression while keeping high quality
-of sound.
-<P>The frame header is constituted by the very first four bytes (32bits) in a
-frame. The first eleven bits (or first twelve bits, see below about frame sync)
-of a frame header are always set and they are called &quot;frame sync&quot;. Therefore,
-you can search through the file for the first occurence of frame sync (meaning
-that you have to find a byte with a value of 255, and followed by a byte with
-its three (or four) most significant bits set). Then you read the whole header
-and check if the values are correct. You will see in the following table the exact
-meaning of each bit in the header, and which values may be checked for validity.
-Each value that is specified as reserved, invalid, bad, or not allowed should
-indicate an invalid header. Remember, this is not enough, frame sync can be easily
-(and very frequently) found in any binary file. Also it is likely that MPEG file
-contains garbage on it's beginning which also may contain false sync. Thus, you
-have to check two or more frames in a row to assure you are really dealing with
-MPEG audio file.
-<P>Frames may have a CRC check. The CRC is 16 bits long
-and, if it exists, it follows the frame header. After the CRC comes the audio
-data. You may calculate the length of the frame and use it if you need to read
-other headers too or just want to calculate the CRC of the frame, to compare
-it with the one you read from the file. This is actually a very good method to
-check the MPEG header validity.
-
-<P>Here is &quot;graphical&quot; presentation of the header content. Characters
-from A to M are used to indicate different fields. In the table, you can see
-details about the content of each field.
-<P ALIGN="center">
-<B><TT><FONT SIZE="5">
-AAAAAAAA AAABBCCD EEEEFFGH IIJJKLMM
-</FONT>
-</TT></B>
-
-<P><CENTER>
-
-<TABLE BORDER="0" CELLSPACING=7>
-<TR VALIGN=TOP BGCOLOR="#E2E2E2">
-<TD>Sign</TD><TD>Length<BR>(bits)</TD><TD>Position<BR>(bits)</TD><TD>Description</TD>
-</TR>
-
-<TR VALIGN=TOP>
-<TD>A</TD><TD>11</TD><TD>(31-21)</TD><TD>Frame sync (all bits set)</TD>
-</TR>
-
-<TR VALIGN=TOP>
-<TD>B</TD><TD>2</TD><TD>(20,19)</TD><TD>MPEG Audio version ID<BR>
-00 - MPEG Version 2.5<BR>01 - reserved<BR>10 - MPEG Version 2 (ISO/IEC 13818-3)<BR>11 - MPEG Version 1 (ISO/IEC 11172-3)
-<P>Note: MPEG Version 2.5 is not official standard. Bit No 20 in frame header
-is used to indicate version 2.5. Applications that do not support this MPEG version
-expect this bit always to be set, meaning that frame sync (A) is twelve bits long,
-not eleve as stated here. Accordingly, B is one bit long (represents only bit
-No 19). I recommend using methodology presented here, since this allows you to
-distinguish all three versions and keep full compatibility.
-</TD>
-</TR>
-
-<TR VALIGN=TOP><TD>C</TD><TD>2</TD><TD>(18,17)</TD>
-<TD>Layer description<BR>
-00 - reserved<BR>
-01 - Layer III<BR>
-10 - Layer II<BR>
-11 - Layer I</TD>
-</TR>
-
-<TR VALIGN=TOP>
-<TD>D</TD><TD>1</TD><TD>(16)</TD>
-<TD>Protection bit<BR>
-0 - Protected by CRC (16bit crc follows header)<BR>
-1 - Not protected</TD>
-</TR>
-<TR VALIGN=TOP><TD>E</TD><TD>4</TD><TD>(15,12)</TD><TD>Bitrate index<BR>
-<TABLE BORDER="1" CELLSPACING="0" CELLPADING="0">
-<TR><TD>bits</TD><TD>V1,L1</TD><TD>V1,L2</TD><TD>V1,L3</TD><TD>V2,L1</TD><TD>V2, L2 &amp; L3</TD></TR>
-<TR><TD>0000</TD><TD>free</TD><TD>free</TD><TD>free</TD><TD>free</TD><TD>free</TD></TR>
-<TR><TD>0001</TD><TD>32</TD><TD>32</TD><TD>32</TD><TD>32</TD><TD>8</TD></TR>
-<TR><TD>0010</TD><TD>64</TD><TD>48</TD><TD>40</TD><TD>48</TD><TD>16</TD></TR>
-<TR><TD>0011</TD><TD>96</TD><TD>56</TD><TD>48</TD><TD>56</TD><TD>24</TD></TR>
-<TR><TD>0100</TD><TD>128</TD><TD>64</TD><TD>56</TD><TD>64</TD><TD>32</TD></TR>
-<TR><TD>0101</TD><TD>160</TD><TD>80</TD><TD>64</TD><TD>80</TD><TD>40</TD></TR>
-<TR><TD>0110</TD><TD>192</TD><TD>96</TD><TD>80</TD><TD>96</TD><TD>48</TD></TR>
-<TR><TD>0111</TD><TD>224</TD><TD>112</TD><TD>96</TD><TD>112</TD><TD>56</TD></TR>
-<TR><TD>1000</TD><TD>256</TD><TD>128</TD><TD>112</TD><TD>128</TD><TD>64</TD></TR>
-<TR><TD>1001</TD><TD>288</TD><TD>160</TD><TD>128</TD><TD>144</TD><TD>80</TD></TR>
-<TR><TD>1010</TD><TD>320</TD><TD>192</TD><TD>160</TD><TD>160</TD><TD>96</TD></TR>
-<TR><TD>1011</TD><TD>352</TD><TD>224</TD><TD>192</TD><TD>176</TD><TD>112</TD></TR>
-<TR><TD>1100</TD><TD>384</TD><TD>256</TD><TD>224</TD><TD>192</TD><TD>128</TD></TR>
-<TR><TD>1101</TD><TD>416</TD><TD>320</TD><TD>256</TD><TD>224</TD><TD>144</TD></TR>
-<TR><TD>1110</TD><TD>448</TD><TD>384</TD><TD>320</TD><TD>256</TD><TD>160</TD></TR>
-<TR><TD>1111</TD><TD>bad</TD><TD>bad</TD><TD>bad</TD><TD>bad</TD><TD>bad</TD></TR>
-</TABLE>
-<P>
-NOTES: All values are in kbps<BR>
-V1 - MPEG Version 1<BR>
-V2 - MPEG Version 2 and Version 2.5<BR>
-L1 - Layer I<BR>
-L2 - Layer II<BR>
-L3 - Layer III<BR>
-&quot;free&quot; means free format. If the correct fixed bitrate (such files cannot
-use variable bitrate) is different than those presented in upper table it must
-be determined by the application. This may be implemented only for internal purposes
-since third party applications have no means to find out correct bitrate. Howewer,
-this is not impossible to do but demands lot's of efforts.<BR>
-&quot;bad&quot; means that this is not an allowed value
-
-<P>MPEG files may have variable bitrate (VBR). This means that bitrate in the file may change. I have learned about two used methods:
-<LI>bitrate switching. Each frame may be created with different bitrate. It may be used in all layers. Layer III decoders must support this method. Layer I & II decoders may support it.
-<LI>bit reservoir. Bitrate may be borrowed (within limits) from previous frames
-in order to provide more bits to demanding parts of the input signal. This causes,
-however, that the frames are no longer independent, which means you should not
-cut this files. This is supported only in Layer III.
-<P>More about VBR you may find on <A HREF="http://www.xingtech.com/">Xing Tech
-site</A>
-<P>For Layer II there are some combinations of bitrate and mode which are not
-allowed. Here is a list of allowed combinations.
-<TABLE BORDER=1 CELLSPACING=0>
-<TR>
-<TD>bitrate</TD>
-<TD>allowed modes</TD>
-</TR>
-<TR>
-<TD>free</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>32</TD>
-<TD>single channel</TD>
-</TR>
-<TR>
-<TD>48</TD>
-<TD>single channel</TD>
-</TR>
-<TR>
-<TD>56</TD>
-<TD>single channel</TD>
-</TR>
-<TR>
-<TD>64</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>80</TD>
-<TD>single channel</TD>
-</TR>
-<TR>
-<TD>96</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>112</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>128</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>160</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>192</TD>
-<TD>all</TD>
-</TR>
-<TR>
-<TD>224</TD>
-<TD>stereo, intensity stereo, dual channel</TD>
-</TR>
-<TR>
-<TD>256</TD>
-<TD>stereo, intensity stereo, dual channel</TD>
-</TR>
-<TR>
-<TD>320</TD>
-<TD>stereo, intensity stereo, dual channel</TD>
-</TR>
-<TR>
-<TD>384</TD>
-<TD>stereo, intensity stereo, dual channel</TD>
-</TR>
-</TABLE>
-</TD></TR>
-<TR VALIGN=TOP>
-<TD>F</TD><TD>2</TD><TD>(11,10)</TD>
-<TD>Sampling rate frequency index (values are in Hz)
-<TABLE BORDER="1" CELLSPACING="0" CELLPADING="0">
-<TR><TD>bits</TD><TD>MPEG1</TD><TD>MPEG2</TD><TD>MPEG2.5</TD></TR>
-<TR><TD>00</TD><TD>44100</TD><TD>22050</TD><TD>11025</TD></TR>
-<TR><TD>01</TD><TD>48000</TD><TD>24000</TD><TD>12000</TD></TR>
-<TR><TD>10</TD><TD>32000</TD><TD>16000</TD><TD>8000</TD></TR>
-<TR><TD>11</TD><TD>reserv.</TD><TD>reserv.</TD><TD>reserv.</TD></TR>
-</TABLE>
-</TD></TR>
-
-<TR VALIGN=TOP>
-<TD>G</TD><TD>1</TD><TD>(9)</TD>
-<TD>Padding bit<BR>
-0 - frame is not padded<BR>
-1 - frame is padded with one extra slot<BR>
-
-Padding is used to fit the bit rates exactly. For an example: 128k 44.1kHz layer II uses a lot of 418 bytes and some of 417 bytes long frames to get the exact 128k bitrate. For Layer I slot is 32 bits long, for Layer II and Layer III slot is 8 bits long.
-
-
-
-<P><B>How to calculate frame length</B>
-
-<P>First, let's distinguish two terms frame size and frame length. Frame size
-is the number of samples contained in a frame. It is constant and always 384 samples
-for Layer I and 1152 samples for Layer II and Layer III. Frame length is length
-of a frame when compressed. It is calculated in slots. One slot is 4 bytes long
-for Layer I, and one byte long for Layer II and Layer III. When you are reading
-MPEG file you must calculate this to be able to find each consecutive frame. Remember,
-frame length may change from frame to frame due to padding or bitrate switching.
-<P>Read the BitRate, SampleRate and Padding of the frame header.
-<P>For Layer I files us this formula:
-<P ALIGN=CENTER>FrameLengthInBytes = (12 * BitRate / SampleRate + Padding) * 4
-<P ALIGN=LEFT>For Layer II & III files use this formula:
-<P ALIGN=CENTER>FrameLengthInBytes = 144 * BitRate / SampleRate + Padding
-<P>Example:<BR>
-Layer III, BitRate=128000, SampleRate=44100, Padding=0<BR>
-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ==&gt;&nbsp; FrameSize=417 bytes
-</TD></TR>
-
-<TR VALIGN=TOP><TD>H</TD><TD>1</TD><TD>(8)</TD>
-<TD>Private bit. It may be freely used for specific needs of an application, i.e. if it has to trigger some application specific events.</TD>
-</TR>
-
-<TR VALIGN=TOP><TD>I</TD><TD>2</TD><TD>(7,6)</TD>
-<TD>Channel Mode<BR>
-00 - Stereo<BR>
-01 - Joint stereo (Stereo)<BR>
-10 - Dual channel (Stereo)<BR>
-11 - Single channel (Mono)</TD>
-</TR>
-
-<TR VALIGN=TOP><TD>J</TD><TD>2</TD><TD>(5,4)</TD>
-<TD>Mode extension (Only if Joint stereo)
-<P>Mode extension is used to join informations that are of no use for stereo effect, thus reducing needed resources. These bits are dynamically determined by an encoder in Joint stereo mode.
-
-<P>Complete frequency range of MPEG file is divided in subbands There are 32 subbands. For Layer I & II these two bits determine frequency range (bands) where intensity stereo is applied. For Layer III these two bits determine which type of joint stereo
-
-is used (intensity stereo or m/s stereo). Frequency range is determined within decompression algorythm.
-
-<TABLE BORDER="0" CELLSPACING="2" CELLPADDING="0">
-<TR><TD ALIGN=CENTER>Layer I and II</TD><TD ALIGN=CENTER>Layer III</TD></TR>
-<TR VALIGN=TOP><TD>
-<TABLE BORDER="1" CELLSPACING="0" CELLPADING="0">
-<TR><TD>value</TD><TD>Layer I &amp; II</TD></TR>
-<TR><TD>00</TD><TD>bands 4 to 31</TD></TR>
-<TR><TD>01</TD><TD>bands 8 to 31</TD></TR>
-<TR><TD>10</TD><TD>bands 12 to 31</TD></TR>
-<TR><TD>11</TD><TD>bands 16 to 31</TD></TR></TABLE>
-</TD>
-
-<TD>
-<TABLE BORDER="1" CELLSPACING="0" CELLPADING="0" WIDTH="212">
-<TR ALIGN=CENTER><TD>Intensity stereo</TD><TD>MS stereo</TD></TR>
-<TR ALIGN=CENTER><TD>off</TD><TD>off</TD></TR>
-<TR ALIGN=CENTER><TD>on</TD><TD>off</TD></TR>
-<TR ALIGN=CENTER><TD>off</TD><TD>on</TD></TR>
-<TR ALIGN=CENTER><TD>on</TD><TD>on</TD></TR></TABLE>
-</TD></TR></TABLE>
-</TD></TR>
-
-<TR VALIGN=TOP><TD>K</TD><TD>1</TD><TD>(3)</TD>
-<TD>Copyright<BR>
-0 - Audio is not copyrighted<BR>
-1 - Audio is copyrighted</TD>
-</TR>
-
-<TR VALIGN=TOP><TD>L</TD><TD>1</TD><TD>(2)</TD>
-<TD>Original<BR>
-0 - Copy of original media<BR>
-1 - Original media</TD>
-</TR>
-
-<TR VALIGN=TOP>
-<TD>M</TD><TD>2</TD><TD>(1,0)</TD>
-<TD>Emphasis<BR>
-00 - none<BR>
-01 - 50/15 ms<BR>
-10 - reserved<BR>
-11 - CCIT J.17</TD>
-</TR></TABLE>
-<P>&nbsp;</P></CENTER>
-
-<P ALIGN="center"><A NAME="MPEGTAG"></A><FONT SIZE="5"><B>MPEG Audio Tag ID3v1</B></FONT>
-<P>The TAG is used to describe the MPEG Audio file. It contains information
-about artist, title, album, publishing year and genre. There is some extra
-space for comments. It is exactly 128 bytes long and is located at very end of
-the audio data. You can get it by reading the last 128 bytes of the MPEG audio
-file.
-
-<P ALIGN="center"><FONT SIZE="5"><B><TT>
-AAABBBBB BBBBBBBB BBBBBBBB BBBBBBBB<BR>
-BCCCCCCC CCCCCCCC CCCCCCCC CCCCCCCD<BR>
-DDDDDDDD DDDDDDDD DDDDDDDD DDDDDEEE<BR>
-EFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFG<BR>
-</TT></B></FONT>
-
-<CENTER>
-
-<TABLE BORDER="0" WIDTH="500">
-<TR VALIGN=TOP BGCOLOR=#E2E2E2>
-<TD>Sign</TD><TD>Length<BR>(bytes)</TD><TD>Position<BR>
-(bytes)</TD><TD>Description</TD></TR>
-<TR VALIGN=TOP><TD>A</TD><TD>3</TD><TD>(0-2)</TD>
-<TD>Tag identification. Must contain 'TAG' if tag exists and is
-correct.</TD>
-</TR>
-<TR><TD>B</TD><TD>30</TD><TD>(3-32)</TD><TD>Title</TD></TR>
-<TR><TD>C</TD><TD>30</TD><TD>(33-62)</TD><TD>Artist</TD></TR>
-<TR><TD>D</TD><TD>30</TD><TD>(63-92)</TD><TD>Album</TD></TR>
-<TR><TD>E</TD><TD>4</TD><TD>(93-96)</TD><TD>Year</TD></TR>
-<TR><TD>F</TD><TD>30</TD><TD>(97-126)</TD><TD>Comment</TD></TR>
-<TR><TD>G</TD><TD>1</TD><TD>(127)</TD><TD>Genre</TD></TR></TABLE>
-</CENTER>
-
-<P>The specification asks for all fields to be padded with null character
-(ASCII 0). However, not all applications respect this (an example is WinAmp
-which pads fields with &lt;space&gt;, ASCII 32).
-
-<P>There is a small change proposed in <B>ID3v1.1</B> structure. The last byte
-of the Comment field may be used to specify the track number of a song in an
-album. It should contain a null character (ASCII 0) if the information is
-unknown.
-
-<P>Genre is a numeric field which may have one of the following values:
-
-<CENTER>
-<TABLE BORDER="0" WIDTH="90%">
-<TR>
-<TD WIDTH="1%">0</TD>
-<TD WIDTH="20%">'Blues'</TD>
-<TD WIDTH="1%">20</TD>
-<TD WIDTH="20%">'Alternative'</TD>
-<TD WIDTH="1%">40</TD>
-<TD WIDTH="20%">'AlternRock'</TD>
-<TD WIDTH="1%">60</TD>
-<TD WIDTH="20%">'Top 40'</TD>
-</TR>
-<TR>
-<TD>1</TD>
-<TD>'Classic Rock'</TD>
-<TD>21</TD>
-<TD>'Ska'</TD>
-<TD>41</TD>
-<TD>'Bass'</TD>
-<TD>61</TD>
-<TD>'Christian Rap'</TD>
-</TR>
-<TR>
-<TD>2</TD>
-<TD>'Country'</TD>
-<TD>22</TD>
-<TD>'Death Metal'</TD>
-<TD>42</TD>
-<TD>'Soul'</TD>
-<TD>62</TD>
-<TD>'Pop/Funk'</TD>
-</TR>
-<TR>
-<TD>3</TD>
-<TD>'Dance'</TD>
-<TD>23</TD>
-<TD>'Pranks'</TD>
-<TD>43</TD>
-<TD>'Punk'</TD>
-<TD>63</TD>
-<TD>'Jungle'</TD>
-</TR>
-<TR>
-<TD>4</TD>
-<TD>'Disco'</TD>
-<TD>24</TD>
-<TD>'Soundtrack'</TD>
-<TD>44</TD>
-<TD>'Space'</TD>
-<TD>64</TD>
-<TD>'Native American'</TD>
-</TR>
-<TR>
-<TD>5</TD>
-<TD>'Funk'</TD>
-<TD>25</TD>
-<TD>'Euro-Techno'</TD>
-<TD>45</TD>
-<TD>'Meditative'</TD>
-<TD>65</TD>
-<TD>'Cabaret'</TD>
-</TR>
-<TR>
-<TD>6</TD>
-<TD>'Grunge'</TD>
-<TD>26</TD>
-<TD>'Ambient'</TD>
-<TD>46</TD>
-<TD>'Instrumental Pop'</TD>
-<TD>66</TD>
-<TD>'New Wave'</TD>
-</TR>
-<TR>
-<TD>7</TD>
-<TD>'Hip-Hop'</TD>
-<TD>27</TD>
-<TD>'Trip-Hop'</TD>
-<TD>47</TD>
-<TD>'Instrumental Rock'</TD>
-<TD>67</TD>
-<TD>'Psychadelic'</TD>
-</TR>
-<TR>
-<TD>8</TD>
-<TD>'Jazz'</TD>
-<TD>28</TD>
-<TD>'Vocal'</TD>
-<TD>48</TD>
-<TD>'Ethnic'</TD>
-<TD>68</TD>
-<TD>'Rave'</TD>
-</TR>
-<TR>
-<TD>9</TD>
-<TD>'Metal'</TD>
-<TD>29</TD>
-<TD>'Jazz+Funk'</TD>
-<TD>49</TD>
-<TD>'Gothic'</TD>
-<TD>69</TD>
-<TD>'Showtunes'</TD>
-</TR>
-<TR>
-<TD>10</TD>
-<TD>'New Age'</TD>
-<TD>30</TD>
-<TD>'Fusion'</TD>
-<TD>50</TD>
-<TD>'Darkwave'</TD>
-<TD>70</TD>
-<TD>'Trailer'</TD>
-</TR>
-<TR>
-<TD>11</TD>
-<TD>'Oldies'</TD>
-<TD>31</TD>
-<TD>'Trance'</TD>
-<TD>51</TD>
-<TD>'Techno-Industrial'</TD>
-<TD>71</TD>
-<TD>'Lo-Fi'</TD>
-</TR>
-<TR>
-<TD>12</TD>
-<TD>'Other'</TD>
-<TD>32</TD>
-<TD>'Classical'</TD>
-<TD>52</TD>
-<TD>'Electronic'</TD>
-<TD>72</TD>
-<TD>'Tribal'</TD>
-</TR>
-<TR>
-<TD>13</TD>
-<TD>'Pop'</TD>
-<TD>33</TD>
-<TD>'Instrumental'</TD>
-<TD>53</TD>
-<TD>'Pop-Folk'</TD>
-<TD>73</TD>
-<TD>'Acid Punk'</TD>
-</TR>
-<TR>
-<TD>14</TD>
-<TD>'R&amp;B'</TD>
-<TD>34</TD>
-<TD>'Acid'</TD>
-<TD>54</TD>
-<TD>'Eurodance'</TD>
-<TD>74</TD>
-<TD>'Acid Jazz'</TD>
-</TR>
-<TR>
-<TD>15</TD>
-<TD>'Rap'</TD>
-<TD>35</TD>
-<TD>'House'</TD>
-<TD>55</TD>
-<TD>'Dream'</TD>
-<TD>75</TD>
-<TD>'Polka'</TD>
-</TR>
-<TR>
-<TD>16</TD>
-<TD>'Reggae'</TD>
-<TD>36</TD>
-<TD>'Game'</TD>
-<TD>56</TD>
-<TD>'Southern Rock'</TD>
-<TD>76</TD>
-<TD>'Retro'</TD>
-</TR>
-<TR>
-<TD>17</TD>
-<TD>'Rock'</TD>
-<TD>37</TD>
-<TD>'Sound Clip'</TD>
-<TD>57</TD>
-<TD>'Comedy'</TD>
-<TD>77</TD>
-<TD>'Musical'</TD>
-</TR>
-<TR>
-<TD>18</TD>
-<TD>'Techno'</TD>
-<TD>38</TD>
-<TD>'Gospel'</TD>
-<TD>58</TD>
-<TD>'Cult'</TD>
-<TD>78</TD>
-<TD>'Rock &amp; Roll'</TD>
-</TR>
-<TR>
-<TD>19</TD>
-<TD>'Industrial'</TD>
-<TD>39</TD>
-<TD>'Noise'</TD>
-<TD>59</TD>
-<TD>'Gangsta'</TD>
-<TD>79</TD>
-<TD>'Hard Rock'</TD>
-</TR>
-</TABLE>
-<DIV ALIGN="LEFT"><BR>
-WinAmp expanded this table with next codes: </DIV>
-<TABLE BORDER="0" WIDTH="90%">
-<TR>
-<TD WIDTH="1%">80</TD>
-<TD WIDTH="20%">'Folk'</TD>
-<TD>92</TD>
-<TD>'Progressive Rock'</TD>
-<TD>104</TD>
-<TD>'Chamber Music'</TD>
-<TD>116</TD>
-<TD>'Ballad'</TD>
-</TR>
-<TR>
-<TD>81</TD>
-<TD>'Folk-Rock'</TD>
-<TD WIDTH="1%">93</TD>
-<TD WIDTH="20%">'Psychedelic Rock'</TD>
-<TD>105</TD>
-<TD>'Sonata'</TD>
-<TD>117</TD>
-<TD>'Poweer Ballad'</TD>
-</TR>
-<TR>
-<TD>82</TD>
-<TD>'National Folk'</TD>
-<TD>94</TD>
-<TD>'Symphonic Rock'</TD>
-<TD WIDTH="1%">106</TD>
-<TD WIDTH="20%">'Symphony'</TD>
-<TD>118</TD>
-<TD>'Rhytmic Soul'</TD>
-</TR>
-<TR>
-<TD>83</TD>
-<TD>'Swing'</TD>
-<TD>95</TD>
-<TD>'Slow Rock'</TD>
-<TD>107</TD>
-<TD>'Booty Brass'</TD>
-<TD WIDTH="1%">119</TD>
-<TD WIDTH="20%">'Freestyle'</TD>
-</TR>
-<TR>
-<TD>84</TD>
-<TD>'Fast Fusion'</TD>
-<TD>96</TD>
-<TD>'Big Band'</TD>
-<TD>108</TD>
-<TD>'Primus'</TD>
-<TD>120</TD>
-<TD>'Duet'</TD>
-</TR>
-<TR>
-<TD>85</TD>
-<TD>'Bebob'</TD>
-<TD>97</TD>
-<TD>'Chorus'</TD>
-<TD>109</TD>
-<TD>'Porn Groove'</TD>
-<TD>121</TD>
-<TD>'Punk Rock'</TD>
-</TR>
-<TR>
-<TD>86</TD>
-<TD>'Latin'</TD>
-<TD>98</TD>
-<TD>'Easy Listening'</TD>
-<TD>110</TD>
-<TD>'Satire'</TD>
-<TD>122</TD>
-<TD>'Drum Solo'</TD>
-</TR>
-<TR>
-<TD>87</TD>
-<TD>'Revival'</TD>
-<TD>99</TD>
-<TD>'Acoustic'</TD>
-<TD>111</TD>
-<TD>'Slow Jam'</TD>
-<TD>123</TD>
-<TD>'A Capela'</TD>
-</TR>
-<TR>
-<TD>88</TD>
-<TD>'Celtic'</TD>
-<TD>100</TD>
-<TD>'Humour'</TD>
-<TD>112</TD>
-<TD>'Club'</TD>
-<TD>124</TD>
-<TD>'Euro-House'</TD>
-</TR>
-<TR>
-<TD>89</TD>
-<TD>'Bluegrass'</TD>
-<TD>101</TD>
-<TD>'Speech'</TD>
-<TD>113</TD>
-<TD>'Tango'</TD>
-<TD>125</TD>
-<TD>'Dance Hall'</TD>
-</TR>
-<TR>
-<TD>90</TD>
-<TD>'Avantgarde'</TD>
-<TD>102</TD>
-<TD>'Chanson'</TD>
-<TD>114</TD>
-<TD>'Samba'</TD>
-<TD>&nbsp;</TD>
-<TD>&nbsp;</TD>
-</TR>
-<TR>
-<TD>91</TD>
-<TD>'Gothic Rock'</TD>
-<TD>103</TD>
-<TD>'Opera'</TD>
-<TD>115</TD>
-<TD>'Folklore'</TD>
-<TD>&nbsp;</TD>
-<TD>&nbsp;</TD>
-</TR>
-<TR>
-<TD COLSPAN=8>Any other value should be considered as 'Unknown'
-</TABLE>
-<P>&nbsp;</P></CENTER>
-
-<P ALIGN="center"><A NAME="MPEG TAG"></A><FONT SIZE="5"><B>MPEG Audio Tag ID3v2</B></FONT>
-<P>This is new proposed TAG format which is different than ID3v1 and ID3v1.1.
-Complete tech specs for it may be found at <A
-HREF="http://www.id3.org/">http://www.id3.org/</A>.
-<P><CENTER>
-<HR>
-<P><FONT SIZE="-1"> Created on September 1998. by <A HREF="http://www.dv.co.yu/broker/">Predrag
-Supurovic</A>.<BR>
-Thanks to <A HREF="http://www.jps.net/kyunghi/">Jean</A> for debugging and polishing
-of this document, <A HREF="http://members.tripod.com/~videoripper/home.htm">Peter
-Luijer</A>, Guwani, Rob Leslie and Franc Zijderveld<BR>
-for valuable comments and corrections.</FONT></P>
-<P>&copy; 1998, 1999 Copyright by DataVoyage</P>
-<P><FONT SIZE="-1">This document may be changed. Check <A
-HREF="http://www.dv.co.yu/mpgscript/mpeghdr.htm">http://www.dv.co.yu/mpgscript/mpeghdr.htm</A>
-for updates.<BR>
-You may use it freely. Distribution is allowed only in unaltered form. If you
-can help me make it more accurate, please do. </FONT></P>
-<P>&nbsp;</P>
-</CENTER>
-
-#include "foot.t"
diff --git a/www/download/Makefile b/www/download/Makefile
deleted file mode 100644
index 751a62f256..0000000000
--- a/www/download/Makefile
+++ /dev/null
@@ -1,9 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -I.. -Uunix -H -C -V -LL >$@
-
-SRC := $(wildcard *.t)
-OBJS := $(SRC:%.t=%.html)
-
-all: $(OBJS)
-
-%.html : %.t
- $(ACTION) $<
diff --git a/www/download/index.t b/www/download/index.t
deleted file mode 100644
index 7580335d0f..0000000000
--- a/www/download/index.t
+++ /dev/null
@@ -1,76 +0,0 @@
-#define _PAGE_ Download
-#define DOWNLOAD_PAGE
-#include "head.t"
-
-<h2>Changes for version 1.3</h2>
-
-<p>Please read the <a href="rockbox-1.3-notes.txt">release notes</a>. (<a href="old.html">Older releases</a>)
-
-<p>
-<table><tr valign="top"><td>
-<h3>player-old</h3>
-<p>This version is for old Archos Jukebox 6000 models with ROM firmware older than 4.50.
-
-<ul>
-<li><a href="rockbox-1.3-player-old.mod">rockbox-1.3-player-old.mod</a>
-</ul>
-
-</td><td>
-
-<h3>player</h3>
-<p>This version is for Archos Jukebox 5000, 6000 with ROM firmware 4.50 or later, and all Studio models.
-
-<ul>
-<li><a href="rockbox-1.3-player.mod">rockbox-1.3-player.mod</a>
-</ul>
-
-</td><td>
-
-<h3>recorder</h3>
-<p>This version is for all Archos Jukebox Recorder models.
-
-<ul>
-<li><a href="rockbox-1.3-recorder.ajz">rockbox-1.3-recorder.ajz</a>
-</ul>
-
-</td></tr></table>
-
-<h3>Source code</h3>
-<ul>
-<li><a href="rockbox-1.3.tar.gz">rockbox-1.3.tar.gz</a>
-</ul>
-
-<h3>User interface simulators</h3>
-
-<p>
-<ul>
-<li><a href="rockbox-1.3-player-sim">player simulator 1.3 for linux-x86</a>
-<li><a href="rockbox-1.3-recorder-sim">recorder simulator 1.3 for linux-x86</a>
-<li><a href="rockbox-1.2-player-sim.exe">player simulator 1.2 for win32</a>
-<li><a href="rockbox-1.2-recorder-sim.exe">recorder simulator 1.2 for win32</a>
-</ul>
-
-<p>The simulators browse a directory called 'archos' in the directory they are started from. Create it and copy some mp3 files there. The buttons are simulated on the numeric keypad:
-<dl>
-<dt><b>Player</b>
-<dd>4/6 = prev/next, 8 = play, 2 = stop, enter = menu, + = on
-
-<dt><b>Recorder</b>
-<dd>4/6 = left/right, 8/2 = up/down, 5 = play/pause, / * - = menu keys, +/enter = on/off
-</dl>
-
-<h2>Installation</h2>
-<p>Rename your current archos.mod (if any) in the root of your archos, then copy the rockbox archos.mod there. Make sure it's called "archos.mod" (5000,6000,Studio) or "ajbrec.ajz" (Recorder).
-
-<p>To remove the Rockbox firmware, just reverse the process: Rename the rockbox archos.mod file and replace it with your original firmware file. If you had no firmware file, just renaming or removing the rockbox file is sufficient.
-
-<p>(Note that some models cannot shut off while the power adapter is plugged in.)
-
-<h2>Bug reports</h2>
-
-<p>Please use our <a href="/bugs.html">bug page</a>
-for all bug reports and feature requests.
-
-<p>If you are interested in helping with the development of Rockbox, please join the mailing list.
-
-#include "foot.t"
diff --git a/www/download/old.t b/www/download/old.t
deleted file mode 100644
index 1d3cb316d3..0000000000
--- a/www/download/old.t
+++ /dev/null
@@ -1,10 +0,0 @@
-#define _PAGE_ Old Release Notes
-#define OLDRELEASES_PAGE
-#include "head.t"
-
-<p><a href="rockbox-1.3-notes.txt">1.3 release notes</a>.
-<p><a href="rockbox-1.2-notes.txt">1.1 release notes</a>.
-<p><a href="rockbox-1.1-notes.txt">1.1 release notes</a>.
-<p><a href="rockbox-1.0-notes.txt">1.0 release notes</a>.
-
-#include "foot.t"
diff --git a/www/example/Makefile b/www/example/Makefile
deleted file mode 100644
index 7d8f2fdefd..0000000000
--- a/www/example/Makefile
+++ /dev/null
@@ -1,40 +0,0 @@
-HPATH = /usr/local/sh-gcc/bin
-CC = $(HPATH)/sh-elf-gcc
-LD = $(HPATH)/sh-elf-ld
-AR = $(HPATH)/sh-elf-ar
-AS = $(HPATH)/sh-elf-as
-OC = $(HPATH)/sh-elf-objcopy
-
-INCLUDES=-I.
-
-CFLAGS = -Os -Wall -m1 -nostdlib -Wstrict-prototypes -fomit-frame-pointer -fschedule-insns $(INCLUDES)
-AFLAGS += -small -relax
-
-OBJS= start.o main.o
-
-%.o: %.s
- $(CC) -o $@ $(CFLAGS) $(INCLUDES) $(DEFS) -c $<
-
-
-all : archos.mod # archos.asm
-
-main.o: main.c
-
-archos.elf : $(OBJS) app.lds
- $(CC) -nostdlib -o archos.elf $(OBJS) -lgcc -Tapp.lds -Wl,-Map,archos.map
-
-archos.bin : archos.elf
- $(OC) -O binary archos.elf archos.bin
-
-archos.asm: archos.bin
- sh2d -sh1 archos.bin > archos.asm
-
-archos.mod : archos.bin
- scramble archos.bin archos.mod
-
-dist:
- tar czvf dist.tar.gz Makefile main.c start.s app.lds
-
-clean:
- -rm -f *.x *.i *.o *.elf *.bin *.map *.mod *.bak *~
-
diff --git a/www/example/README b/www/example/README
deleted file mode 100644
index ca8ea36c37..0000000000
--- a/www/example/README
+++ /dev/null
@@ -1,7 +0,0 @@
-Rockbox example build
----------------------
-
-These files are meant to show how to build a simple program for the Archos.
-
-Note that the display code only works on older machines (<4.50) so don't
-look too hard on that.
diff --git a/www/example/app.lds b/www/example/app.lds
deleted file mode 100644
index 03bd1b2b54..0000000000
--- a/www/example/app.lds
+++ /dev/null
@@ -1,23 +0,0 @@
-ENTRY(_start)
-OUTPUT_FORMAT(elf32-sh)
-SECTIONS
-{
- .vectors 0x09000000 :
- {
- *(.vectors);
- . = ALIGN(0x200);
- *(.text.start)
- *(.text)
- *(.rodata)
- }
-
- .bss :
- {
- _stack = . + 0x1000;
- }
-
- .pad 0x0900C800 :
- {
- LONG(0);
- }
- }
diff --git a/www/example/main.c b/www/example/main.c
deleted file mode 100644
index 9188aaf640..0000000000
--- a/www/example/main.c
+++ /dev/null
@@ -1,102 +0,0 @@
-#define PBDR (*((volatile unsigned short *)0x05FFFFC2))
-
-#define DC 1
-#define CS1 2
-#define SDA 4
-#define SCK 8
-
-static const unsigned char ascii2lcd[] = {
- 0x00,0x01,0x02,0x03,0x00,0x84,0x85,0x89,
- 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
- 0xec,0xe3,0xe2,0xe1,0xe0,0xdf,0x15,0x00,
- 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
- 0x24,0x25,0x26,0x37,0x06,0x29,0x2a,0x2b,
- 0x2c,0x2d,0x2e,0x2f,0x30,0x31,0x32,0x33,
- 0x34,0x35,0x36,0x37,0x38,0x39,0x3a,0x3b,
- 0x3c,0x3d,0x3e,0x3f,0x40,0x41,0x42,0x43,
- 0x44,0x45,0x46,0x47,0x48,0x49,0x4a,0x4b,
- 0x4c,0x4d,0x4e,0x4f,0x50,0x51,0x52,0x53,
- 0x54,0x55,0x56,0x57,0x58,0x59,0x5a,0x5b,
- 0x5c,0x5d,0x5e,0xa9,0x33,0xce,0x00,0x15,
- 0x00,0x65,0x66,0x67,0x68,0x69,0x6a,0x6b,
- 0x6c,0x6d,0x6e,0x6f,0x70,0x71,0x72,0x73,
- 0x74,0x75,0x76,0x77,0x78,0x79,0x7a,0x7b,
- 0x7c,0x7d,0x7e,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x24,0x24,0x24,0x24,0x24,0x24,0x24,0x24,
- 0x45,0x45,0x45,0x45,0x45,0x45,0x24,0x47,
- 0x49,0x49,0x49,0x49,0x4d,0x4d,0x4d,0x4d,
- 0x48,0x52,0x53,0x53,0x53,0x53,0x53,0x24,
- 0x24,0x59,0x59,0x59,0x59,0x5d,0x24,0x24,
- 0x65,0x65,0x65,0x65,0x65,0x65,0x24,0x67,
- 0x69,0x69,0x69,0x69,0x6d,0x6d,0x6d,0x6d,
- 0x73,0x72,0x73,0x73,0x73,0x73,0x73,0x24,
- 0x24,0x79,0x79,0x79,0x79,0x7d,0x24,0x7d
-};
-
-void lcd_write(int byte, int data)
-{
- int i;
- char on,off;
-
- PBDR &= ~CS1; /* enable lcd chip select */
-
- if ( data ) {
- on=~(SDA|SCK);
- off=SCK|DC;
- }
- else {
- on=~(SDA|SCK|DC);
- off=SCK;
- }
- /* clock out each bit, MSB first */
- for (i=0x80;i;i>>=1)
- {
- PBDR &= on;
- if (i & byte)
- PBDR |= SDA;
- PBDR |= off;
- }
-
- PBDR |= CS1; /* disable lcd chip select */
-}
-
-void lcd_printxy( char x, char y, unsigned char* string, int len )
-{
- int i;
- lcd_write(0xb0+y*16+x,0);
- for (i=0; string[i] && i<len; i++)
- lcd_write(ascii2lcd[string[i]],1);
-}
-
-int main(void)
-{
- lcd_printxy(0,0,"Open Source",11);
-
- /* simple scroll */
- while (1) {
- int i,j;
- char* string = " Jukebox Jukebox ";
- for ( i=0; i<11; i++ ) {
- lcd_printxy(0,1,string+i,11);
- for (j=0; j<600000; j++);
- PBDR ^= 0x40; /* toggle LED (PB6) */
- }
- }
-}
-
-extern const void stack(void);
-
-const void* vectors[] __attribute__ ((section (".vectors"))) =
-{
- main, /* Power-on reset */
- stack, /* Power-on reset (stack pointer) */
- main, /* Manual reset */
- stack /* Manual reset (stack pointer) */
-};
diff --git a/www/example/start.s b/www/example/start.s
deleted file mode 100644
index fd4669db56..0000000000
--- a/www/example/start.s
+++ /dev/null
@@ -1,23 +0,0 @@
-! note: sh-1 has a "delay cycle" after every branch where you can
-! execute another instruction "for free".
-
- .file "start.s"
- .section .text.start
- .extern _main
- .extern _vectors
- .extern _stack
- .global _start
- .align 2
-
-_start:
- mov.l 1f, r1
- mov.l 3f, r3
- mov.l 2f, r15
- jmp @r3
- ldc r1, vbr
- nop
-
-1: .long _vectors
-2: .long _stack
-3: .long _main
- .type _start,@function
diff --git a/www/faq2html.pl b/www/faq2html.pl
deleted file mode 100755
index eabe674828..0000000000
--- a/www/faq2html.pl
+++ /dev/null
@@ -1,101 +0,0 @@
-#!/usr/bin/perl
-
-# this is really a faq2html and should only be used for this purpose
-
-sub fixline {
- $_ =~ s/\</&lt;/g;
- $_ =~ s/\>/&gt;/g;
-
- $_ =~ s/(http:\/\/([a-zA-Z0-9_.\/-]*)[^\) .\n])/\<a href=\"$1\"\>$1\<\/a\>/g;
-
- $_ =~ s/(\\|\/)$/$1&nbsp;/g; # clobber backslash on end of line
-}
-
-sub show {
- if(@q) {
- print @q;
- undef @q;
- }
- if(@a) {
- print @a;
- undef @a;
- }
- if(@p) {
- print "<pre>\n";
- print @p;
- print "</pre>\n";
- undef @p;
- }
-}
-
-while(<STDIN>) {
-
- fixline($_);
-
- # detect and mark Q-sections
- if( $_ =~ /^(Q(\d*)[.:] )(.*)/) {
-
- show();
-
- # collect the full Q
- push @q, "<a name=\"$2\"></a><p class=\"faqq\">";
- push @q, "$2. $3";
- my $line;
-
- $indent = length($1);
- $first = " " x $indent;
-
- #print "$indent|$first|$1|\n";
-
- while(<STDIN>) {
-
- fixline($_);
-
- $line = $_;
-
- if($_ !~ /^A/) {
- push @q, "$_";
- }
- else {
- last;
- }
- }
- # first line of A
- $line =~ s/^A(\d*)[.:] *//g; # cut off the "A[num]."
- push @a, "<p class=\"faqa\">";
- push @a, $line;
-
- $prev='a';
- next;
- }
- # print "$_ matches '$first'?\n";
-
- if($_ =~ /^$first(\S)/) {
-
-
- if($prev ne 'a') {
- show();
- push @a, "<p class=\"faqa\">";
- }
-
- push @a, $_;
- $prev='a';
- }
- else {
- if($prev ne 'p') {
- show();
- }
- if(@p) {
- # if we have data, we fix blank lines
- $_ =~ s/^\s*$/\&nbsp;\n/g; # empty lines are nbsp
- push @p, $_; # add it
- }
- elsif($_ !~ /^\s*$/) {
- # this is not a blank line, add it
- push @p, $_;
- }
- $prev = 'p';
- }
-}
-show();
-
diff --git a/www/foot.t b/www/foot.t
deleted file mode 100644
index 4061ba58dd..0000000000
--- a/www/foot.t
+++ /dev/null
@@ -1,5 +0,0 @@
-<hr size=1 align="left" width="10%">
-<small><i>Page was last modified __FILE_DATE__</i> <a href=mailto:bjorn@haxx.se>Bjrn Stenberg</a></small>
-</td></tr></table>
-</body>
-</html>
diff --git a/www/getbugs.pl b/www/getbugs.pl
deleted file mode 100644
index 3f1fd89757..0000000000
--- a/www/getbugs.pl
+++ /dev/null
@@ -1,18 +0,0 @@
-#!/usr/bin/perl
-
-@html = `curl --silent "http://sourceforge.net/tracker/?group_id=44306&atid=439118"`;
-
-@entries = grep {/HREF=\"\/tracker\/index.php/} @html;
-
-print "<table class=bugs>\n";
-print "<tr><th>submitted</th><th>id</th><th>summary</th><th>submitted by</th><th>assigned to</th></tr>\n";
-for ( @entries ) {
- if ( /NOWRAP>(\d+).*?HREF=\"(.*?)\">(.*?)<.*?(nbsp;|\*) (.*?)<.*?\>(\w+)<.*?\>(\w+)</ ) {
- ($submit, $assigned, $date, $id, $num, $summary) = ($7, $6, $5, $2, $1, $3);
- $submit = "<a href=http://sourceforge.net/users/$submit>$submit</a>" if ( $submit ne "nobody" );
- $assigned = "<a href=http://sourceforge.net/users/$assigned>$assigned</a>" if ( $assigned ne "nobody" );
-
- print "<tr><td>$date</td><td><a href=\"http://www.sourceforge.net$id\">$num</a></td><td>$summary</td><td>$submit</td><td>$assigned</td></tr>\n";
- }
-}
-print "</table>\n";
diff --git a/www/head.t b/www/head.t
deleted file mode 100644
index a96099f1f2..0000000000
--- a/www/head.t
+++ /dev/null
@@ -1,60 +0,0 @@
-#define BGCOLOR "#b6c6e5"
-#define MENUBG "#6887bb"
-#define TITLE(_x) <h1>_x</h1>
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<html>
-<head>
-<link rel="STYLESHEET" type="text/css" href="/style.css">
-<link rel="shortcut icon" href="/favicon.ico">
-#ifdef _PAGE_
-<title>Rockbox - _PAGE_</title>
-#else
-<title>Rockbox</title>
-#endif
-<meta name="author" content="Bjrn Stenberg, in Emacs">
-#ifndef _PAGE_
-<meta name="keywords" content="bjorn,stenberg,computer,programming,mtb,stockholm,software,sms,byta,bostad">
-#endif
-</head>
-<body bgcolor=BGCOLOR text="black" link="blue" vlink="purple" alink="red"
- topmargin=0 leftmargin=0 marginwidth=0 marginheight=0>
-
-<table border=0 cellpadding=7 cellspacing=0 height="100%">
-<tr valign="top">
-<td bgcolor=MENUBG valign="top">
-<br>
-&nbsp;<a href="/"><img src="/rockbox100.png" width=99 height=30 border=0></a>&nbsp;<br>
-
-<p align="right">
-<a class="menulink" href="/">main page</a><br>
-<a class="menulink" href="/download/">download</a><br>
-<a class="menulink" href="/screenshots.html">screen&nbsp;shots</a><br>
-<a class="menulink" href="/daily.shtml">daily builds</a><br>
-<a class="menulink" href="/docs/">documentation</a><br>
-<a class="menulink" href="/mail/">mailing lists</a><br>
-<a class="menulink" href="/irc/">IRC</a><br>
-<a class="menulink" href="/internals/">photos</a><br>
-<a class="menulink" href="/mods/">hardware mods</a><br>
-<a class="menulink" href="/requests.shtml">feature&nbsp;requests</a><br>
-<a class="menulink" href="/bugs.shtml">bug reports</a><br>
-<a class="menulink" href="http://sourceforge.net/tracker/?group_id=44306&atid=439120">patches</a><br>
-<a class="menulink" href="http://bjorn.haxx.se/isd200/">linux driver</a>
-
-<div align="right">
-<form action="http://www.google.com/search">
-<input name=as_q size=12><br>
-<input value="Search" type=submit>
-<input type=hidden name=as_oq value=rockbox>
-<input type=hidden name=as_sitesearch value="bjorn.haxx.se">
-</form></div>
-
-<a href="http://sourceforge.net"><img src="http://sourceforge.net/ sflogo.php?group_id=44306&amp;type=1" width="88" height="31" border="0" alt="SourceForge.net Logo"></a>
-</td>
-<td>
-
-#ifdef _LOGO_
-<div align="center">_LOGO_</div>
-#else
-TITLE(_PAGE_)
-#endif
diff --git a/www/history.t b/www/history.t
deleted file mode 100644
index 6198f3b96c..0000000000
--- a/www/history.t
+++ /dev/null
@@ -1,124 +0,0 @@
-#define _PAGE_ History
-#define HISTORY_PAGE
-#include "head.t"
-
-<p><i>2002-08-09</i>: Version 1.2 is released. <a href="download/">Download it here</a>.
-
-<p><i>2002-08-06</i>: Web site moved to new domain: <strong>rockbox.haxx.se</strong>.
-
-<p><i>2002-08-06</i>: Battery charging added for the Recorders (players have hardware charging).
-
-<p><i>2002-08-02</i>: <a href="tshirt-contest">Rockbox T-Shirt Design Contest</a>
-
-<p><i>2002-07-28</i>: Configuration saving implemented for all models. Experimental saving to disk
-is not yet enabled on the players by default.
-
-<p><i>2002-06-30</i>: USB cable detection added.
-
-<p><i>2002-06-27</i>: MP3 playback now works for Recorder 6000 and Recorder 10 too.
-
-<p><i>2002-06-19</i>: Version 1.1 is released. <a href="download/">Download it here</a>.
-
-<p><i>2002-06-19</i>: Recorder sound support checked into CVS. Good news: No background noise!
-
-<p><i>2002-06-10</i>: Playlist and scroll support added. Testing for release v1.1.
-
-<p><i>2002-06-07</i>: The ATA driver now works for the Recorder models too.
-
-<p><i>2002-06-01</i>: Version 1.0 is released! <a href="download/">Download it here</a>.
-
-<p><i>2002-06-01</i>: Web site has been down three days due to a major power loss.
-
-<p><i>2002-05-27</i>: All v1.0 code is written, we are now entering debug phase.
-If you like living on the edge, <a href="daily.shtml">here are daily builds</a>.
-
-<p><i>2002-05-26</i>: New web design. First player release drawing closer.
-
-<p><i>2002-05-03</i>: <b>SOUND!</b> Linus' experimental MAS code has
-<a href="http://bjorn.haxx.se/rockbox/mail/archive/rockbox-archive-2002-05/0016.shtml">played our first 4 seconds of music</a>.
-
-<p><i>2002-04-27</i>: Julien Labruyre has generously donated an Archos Jukebox 6000 to the project. Thank you!
-
-<p><i>2002-04-25</i>: Grant Wier has tested the Player LCD's double-height capability:
-<a href="archos-text-DH1.jpg"><img align=center src="archos-text-DH2_sm.jpg"></a>
-
-<p><i>2002-04-23</i>: Report from the <a href="devcon/">Rockbox Spring Developer Conference 2002</a> ;-)
-
-<p><i>2002-04-22</i>: Gentlemen, we have <a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/firmware/thread.c">threading</a>.
-
-<p><i>2002-04-11</i>: The <a href="codes_rec.png">Recorder charset</a> has been mapped.
-
-<p><i>2002-03-28</i>: Lots of new stuff on the web page:
-<a href="docs/faq.html">faq</a>,
-<a href="irc/">irc logs</a>,
-<a href="tools.html">tools</a> and
-<a href="internals/">photos</a>.
-
-<p><i>2002-03-25</i>: New section for
-<a href="mods/">hardware modifications</a>.
-First out is the long awaited
-<a href="mods/serialport.html">serial port mod</a>.
-
-<p><i>2002-03-25</i>: New instructions for
-<a href="cross-gcc.html">how to build an SH-1 cross-compiler</a>.
-
-<p><i>2002-03-14</i>: New linux patch and instructions for
-<a href="lock.html">unlocking the archos harddisk</a> if you have the "Part. Error" problem.
-
-<p><i>2002-03-08</i>: Uploaded a simple example, showing
-<a href="example/">how to build a program for the Archos</a>.
-
-<p><i>2002-03-05</i>: The
-<a href="lock.html">harddisk password lock problem is solved</a>!
-Development can now resume at full speed!
-
-<p><i>2002-01-29</i>: If you have feature requests or suggestions,
-please submit them to our
-<a href="http://sourceforge.net/projects/rockbox/">Sourceforge page</a>.
-
-<p><i>2002-01-19</i>: Cool logo submitted by Thomas Saeys.
-
-<p><i>2002-01-16</i>: The project now has a proper name: Rockbox.
-Logos are welcome! :-)
-<br>Also, Felix Arends wrote a quick <a href="sh-win/">tutorial</a>
-for how to get sh-gcc running under windows.
-
-<p><i>2002-01-09</i>: Nicolas Sauzede
-<a href="mail/archive/rockbox-archive-2002-01/0096.shtml">found out</a>
-how to
-<a href="mail/archive/rockbox-archive-2002-01/0099.shtml">display icons and custom characters</a> on the Jukebox LCD.
-
-<p><i>2002-01-08</i>: The two LCD charsets have been
-<a href="notes.html#charsets">mapped and drawn</a>.
-
-<p><i>2002-01-07</i>:
-<a href="mail/archive/rockbox-archive-2002-01/0026.shtml">Jukebox LCD code</a>.
-I have written a small test program that scrolls some text on the display.
-You need
-<a href="mail/archive/rockbox-archive-2002-01/att-0026/01-archos.mod.gz">this file</a>
-for units with ROM earlier than 4.50 and
-<a href="mail/archive/rockbox-archive-2002-01/att-0050/02-archos.mod.gz">this file</a>
-for all others. (The files are gzipped, you need to unzip them before they will work.)
-
-<p><i>2001-12-29</i>: Recorder LCD code. Gary Czvitkovicz knew the Recorder LCD controller since before and wrote some
-<a href="mail/archive/rockbox-archive-2001-12/att-0145/01-ajbr_lcd.zip">code</a>
-that writes text on the Recorder screen.
-
-<p><i>2001-12-13</i>: First program
-<a href="mail/archive/rockbox-archive-2001-12/0070.shtml">released</a>!
-A 550 bytes long
-<a href="mail/archive/rockbox-archive-2001-12/att-0070/01-archos.mod">archos.mod</a>
-that performs the amazing magic of flashing the red LED. :-)
-
-<p><i>2001-12-11</i>: Checksum algorithm solved, thanks to Andy Choi. A new "scramble" utility is available.
-
-<p><i>2001-12-09</i>: Working my way through the setup code. The <a href="notes.html">notes</a> are being updated continously.
-
-<p><i>2001-12-08</i>: Analyzed the exception vector table. See <a href="notes.html">the notes</a>. Also, a <a href="mail/">mailing list archive</a> is up.
-
-<p><i>2001-12-07</i>:
- I just wrote this web page to announce descramble.c.
-I've disassembled one firmware version and looked a bit on the code, but no real analysis yet.
-Summary: Lots of dreams, very little reality. :-)
-
-#include "foot.t"
diff --git a/www/index.cgi b/www/index.cgi
deleted file mode 100755
index 401eb8f304..0000000000
--- a/www/index.cgi
+++ /dev/null
@@ -1,41 +0,0 @@
-#!/usr/bin/perl
-
-# A very simple load balancing script:
-# If more than $nlim hits in under $tlim seconds, redirect to $mirror.
-#
-# 2002-01-24 Bjrn Stenberg <bjorn@haxx.se>
-
-# redirect is triggered by more than:
-$nlim = 10; # accesses in...
-$tlim = 10; # seconds
-$mirror = "http://rockbox.sourceforge.net/rockbox/";
-
-open FILE, "+<.load" or die "Can't open .load: $!";
-flock FILE, LOCK_EX;
-@a = <FILE>;
-if ( scalar @a > $nlim ) {
- $first = shift @a;
-}
-else {
- $first = $a[0];
-}
-$now = time();
-@a = ( @a, "$now\n" );
-truncate FILE, 0;
-seek FILE, 0, 0;
-for ( @a ) {
- print FILE $_;
-}
-flock FILE, LOCK_UN;
-close FILE;
-
-$diff = $now - $first;
-if ( $diff < $tlim ) {
- print "Location: $mirror\n\n";
-}
-else {
- print "Content-Type: text/html\n\n";
- open FILE, "<main.html" or die "Can't open main.html: $!\n";
- print <FILE>;
- close FILE;
-}
diff --git a/www/indexbot.t b/www/indexbot.t
deleted file mode 100644
index a450cde5c6..0000000000
--- a/www/indexbot.t
+++ /dev/null
@@ -1 +0,0 @@
-#include "foot.t"
diff --git a/www/indextop.t b/www/indextop.t
deleted file mode 100644
index 31a6025960..0000000000
--- a/www/indextop.t
+++ /dev/null
@@ -1,2 +0,0 @@
-#define _PAGE_ Rockbox mailing lists
-#include "head.t"
diff --git a/www/internals/6k_back.jpg b/www/internals/6k_back.jpg
deleted file mode 100644
index a5811e1bda..0000000000
--- a/www/internals/6k_back.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/6k_back_t.jpg b/www/internals/6k_back_t.jpg
deleted file mode 100644
index b289a000c1..0000000000
--- a/www/internals/6k_back_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/6k_cpu.jpg b/www/internals/6k_cpu.jpg
deleted file mode 100644
index 54dd46ec7d..0000000000
--- a/www/internals/6k_cpu.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/6k_cpu_t.jpg b/www/internals/6k_cpu_t.jpg
deleted file mode 100644
index 283098ae4a..0000000000
--- a/www/internals/6k_cpu_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/6k_top.jpg b/www/internals/6k_top.jpg
deleted file mode 100644
index 488ea5eb42..0000000000
--- a/www/internals/6k_top.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/6k_top_t.jpg b/www/internals/6k_top_t.jpg
deleted file mode 100644
index e1952fc905..0000000000
--- a/www/internals/6k_top_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/Makefile b/www/internals/Makefile
deleted file mode 100644
index 751a62f256..0000000000
--- a/www/internals/Makefile
+++ /dev/null
@@ -1,9 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -I.. -Uunix -H -C -V -LL >$@
-
-SRC := $(wildcard *.t)
-OBJS := $(SRC:%.t=%.html)
-
-all: $(OBJS)
-
-%.html : %.t
- $(ACTION) $<
diff --git a/www/internals/archos1.jpg b/www/internals/archos1.jpg
deleted file mode 100644
index 4ed71beeb6..0000000000
--- a/www/internals/archos1.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos1t.jpg b/www/internals/archos1t.jpg
deleted file mode 100644
index 40e4529911..0000000000
--- a/www/internals/archos1t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos2.jpg b/www/internals/archos2.jpg
deleted file mode 100644
index 742a00b333..0000000000
--- a/www/internals/archos2.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos2t.jpg b/www/internals/archos2t.jpg
deleted file mode 100644
index 905c739049..0000000000
--- a/www/internals/archos2t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos3.jpg b/www/internals/archos3.jpg
deleted file mode 100644
index 6388e7be60..0000000000
--- a/www/internals/archos3.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos3t.jpg b/www/internals/archos3t.jpg
deleted file mode 100644
index fba3d2d8f5..0000000000
--- a/www/internals/archos3t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos4.jpg b/www/internals/archos4.jpg
deleted file mode 100644
index 4a4e2262b9..0000000000
--- a/www/internals/archos4.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos4t.jpg b/www/internals/archos4t.jpg
deleted file mode 100644
index 90d6b9f476..0000000000
--- a/www/internals/archos4t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_b1.jpg b/www/internals/archos_b1.jpg
deleted file mode 100644
index 445501951e..0000000000
--- a/www/internals/archos_b1.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_b2.jpg b/www/internals/archos_b2.jpg
deleted file mode 100644
index 406215ef44..0000000000
--- a/www/internals/archos_b2.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_bottom.jpg b/www/internals/archos_bottom.jpg
deleted file mode 100644
index fa94af3785..0000000000
--- a/www/internals/archos_bottom.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_bottom2.jpg b/www/internals/archos_bottom2.jpg
deleted file mode 100644
index f3c52dca07..0000000000
--- a/www/internals/archos_bottom2.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_t1.jpg b/www/internals/archos_t1.jpg
deleted file mode 100644
index f1d8b556ce..0000000000
--- a/www/internals/archos_t1.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/archos_top.jpg b/www/internals/archos_top.jpg
deleted file mode 100644
index 8e757529a3..0000000000
--- a/www/internals/archos_top.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/bjorn.t b/www/internals/bjorn.t
deleted file mode 100644
index 928848411c..0000000000
--- a/www/internals/bjorn.t
+++ /dev/null
@@ -1,49 +0,0 @@
-#define _PAGE_ Dissecting the Jukebox 6000
-#include "head.t"
-
-<p>Taking the Archos apart requires a torx driver and a <i>very</i> small phillips head screwdriver. The phillips screwheads are about 2mm in diameter.
-
-<p>Also see the page dedicated to
-<a href="../mods/disassemble.html">disassembling the archos</a>.
-
-<p>
-<a href="archos1.jpg"><img src="archos1t.jpg"></a>
-<a href="archos2.jpg"><img src="archos2t.jpg"></a>
-<a href="archos3.jpg"><img src="archos3t.jpg"></a>
-<a href="archos4.jpg"><img src="archos4t.jpg"></a>
-
-<p>The two circuit boards in the Archos are here called the "top" and "bottom" board. They are both populated on both sides.
-
-<h3>Bottom of bottom board</h3>
-
-<p><a href="archos_bottom.jpg"><img src="archos_b1.jpg"></a> (142kB). You will note five ICs in the picture:
-
-<ul>
-<li><a href="http://www.in-system.com/200_silicon.html">In-Systems ISD200</a> ATA to USB bridge
-<li><a href="http://www.ssti.com/products/37vfxxx.html">SST 37VF020</a> 2MB flash ROM
-<li><a href="http://www.issiusa.com/pdf/41c16105.pdf">ISSI IS41LV16105</a> 2MB fast page DRAM
-<li><a href="http://www.sipex.com/products/pdf/SP690_805ALM.pdf">Sipex SP692ACN</a> Low Power Microprocessor Supervisory with Battery Switch-Over (partly covered with white insulation in the photo)
-<li>A standard Motorola AC139 logic IC (text unreadable in the photo)
-</ul>
-
-<h3>Top of bottom board</h3>
-<p>Removing the bottom board involves bending a couple of metal holders that break very easily. Be careful.
-The board is connected via two pin connectors, one at each end.
-<p><a href="archos_bottom2.jpg"><img src="archos_b2.jpg"></a> (211kB). ICs:
-<ul>
-<li>Archos DCMP3J, most likely an
-<a href="http://www.hitachisemiconductor.com/sic/jsp/japan/eng/products/mpumcu/32bit/superh/sh7032_e.html">SH7034</a>
-SH-1 RISC with custom mask rom. (Thanks to Sven Karlsson.)
-<li><a href="http://focus.ti.com/docs/prod/folders/print/cd54hc573.html">TI HC573M</a> Latch (appears unlabeled in the photo)
-<li><a href="http://www.fairchildsemi.com/pf/74/74LCX245.html">Fairchild LCX245</a> Bidirectional Transceiver
-<li>A standard Motorola AC32 logic IC (xor)
-</ul>
-
-<h3>Bottom of top board</h3>
-<a href="archos_top.jpg"><img src="archos_t1.jpg"></a> (200kB). IC:s:
-<ul>
-<li><a href="http://www.micronas.com/products/documentation/consumer/mas3507d/index.php">Micronas MAS3507D</a> MPEG-1/2 Layer-2/3 Decoder
-<li><a href="http://www.micronas.com/products/documentation/consumer/dac3550a/index.php">Micronas DAC3550A</a> Stereo Audio DAC
-</ul>
-
-#include "foot.t"
diff --git a/www/internals/index.t b/www/internals/index.t
deleted file mode 100644
index 9edd05a65a..0000000000
--- a/www/internals/index.t
+++ /dev/null
@@ -1,30 +0,0 @@
-#define _PAGE_ Photos of Jukeboxes
-#include "head.t"
-
-<h2>External view</h2>
-
-<a href="../devcon/show.cgi?img4083.jpg"><img src="../devcon/img4083t.jpg" alt="photo" border=0 width=200 height=150></a>
-
-<a href="../devcon/show.cgi?img4084.jpg"><img src="../devcon/img4084t.jpg" alt="photo" border=0 width=200 height=150></a>
-
-<a href="../devcon/show.cgi?img4086.jpg"><img src="../devcon/img4086t.jpg" alt="photo" border=0 width=200 height=150></a>
-
-
-<h2>Jukebox 6000 internals</h2>
-
-<ul>
-<li> <a href="bjorn.html">Bjrn's original "dissecting the archos" page</a>
-<li> <a href="tjerk.html">Tjerk's very high resolution photos</a>
-</ul>
-
-<h2>Jukebox Recorder internals</h2>
-<ul>
-<li> <a href="recorder.html">Phil's photos of his recorder</a>
-</ul>
-
-<h2>Remote control</h2>
-<ul>
-<li> <a href="remote.html">Tjerk's photos of the archos remote control</a>
-</ul>
-
-#include "foot.t"
diff --git a/www/internals/lcd.jpg b/www/internals/lcd.jpg
deleted file mode 100644
index 41f11fa14f..0000000000
--- a/www/internals/lcd.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_front.jpg b/www/internals/rec_front.jpg
deleted file mode 100644
index fa75df77ac..0000000000
--- a/www/internals/rec_front.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_front_t.jpg b/www/internals/rec_front_t.jpg
deleted file mode 100644
index 781a322704..0000000000
--- a/www/internals/rec_front_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_iface_bottom.jpg b/www/internals/rec_iface_bottom.jpg
deleted file mode 100644
index 84c8fa4008..0000000000
--- a/www/internals/rec_iface_bottom.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_iface_bottom_t.jpg b/www/internals/rec_iface_bottom_t.jpg
deleted file mode 100644
index 50efb75630..0000000000
--- a/www/internals/rec_iface_bottom_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_iface_top.jpg b/www/internals/rec_iface_top.jpg
deleted file mode 100644
index 4aa42f2628..0000000000
--- a/www/internals/rec_iface_top.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_iface_top_t.jpg b/www/internals/rec_iface_top_t.jpg
deleted file mode 100644
index b6ab795cf0..0000000000
--- a/www/internals/rec_iface_top_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_main_bottom.jpg b/www/internals/rec_main_bottom.jpg
deleted file mode 100644
index 679b2a4346..0000000000
--- a/www/internals/rec_main_bottom.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_main_bottom_t.jpg b/www/internals/rec_main_bottom_t.jpg
deleted file mode 100644
index 7b4901e70c..0000000000
--- a/www/internals/rec_main_bottom_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_main_top.jpg b/www/internals/rec_main_top.jpg
deleted file mode 100644
index a44ecdebe4..0000000000
--- a/www/internals/rec_main_top.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_main_top_t.jpg b/www/internals/rec_main_top_t.jpg
deleted file mode 100644
index 090d9f0bc9..0000000000
--- a/www/internals/rec_main_top_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_rear_bottom.jpg b/www/internals/rec_rear_bottom.jpg
deleted file mode 100644
index dc7ecc764b..0000000000
--- a/www/internals/rec_rear_bottom.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_rear_bottom_t.jpg b/www/internals/rec_rear_bottom_t.jpg
deleted file mode 100644
index c33a81f332..0000000000
--- a/www/internals/rec_rear_bottom_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_rear_top.jpg b/www/internals/rec_rear_top.jpg
deleted file mode 100644
index 56c61b90ab..0000000000
--- a/www/internals/rec_rear_top.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/rec_rear_top_t.jpg b/www/internals/rec_rear_top_t.jpg
deleted file mode 100644
index 9401993bd7..0000000000
--- a/www/internals/rec_rear_top_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/recorder.t b/www/internals/recorder.t
deleted file mode 100644
index 9de1ecfe85..0000000000
--- a/www/internals/recorder.t
+++ /dev/null
@@ -1,28 +0,0 @@
-#define _PAGE_ Internals of the Recorder
-#include "head.t"
-
-<p>Phil's photos of his "0127" Recorder.
-
-<p><a href="rec_iface_top.jpg"><img src="rec_iface_top_t.jpg"></a><br>
-Top of main board
-
-<p><a href="rec_iface_bottom.jpg"><img src="rec_iface_bottom_t.jpg"></a><br>
-Back of main board
-
-<p><a href="rec_main_top.jpg"><img src="rec_main_top_t.jpg"></a><br>
-Top of cpu board
-
-<p><a href="rec_main_bottom.jpg"><img src="rec_main_bottom_t.jpg"></a><br>
-Back of cpu board
-
-<p><a href="rec_front.jpg"><img src="rec_front_t.jpg"></a><br>
-Outside view of the MP3FRONT board
-
-<p><a href="rec_rear_top.jpg"><img src="rec_rear_top_t.jpg"></a><br>
-Outside view of the MP3REAR board
-
-<p><a href="rec_rear_bottom.jpg"><img src="rec_rear_bottom_t.jpg"></a><br>
-Inside view of the MP3REAR board
-
-
-#include "foot.t"
diff --git a/www/internals/remote.jpg b/www/internals/remote.jpg
deleted file mode 100644
index 8fef19a0ed..0000000000
--- a/www/internals/remote.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/remote.t b/www/internals/remote.t
deleted file mode 100644
index 139407b25b..0000000000
--- a/www/internals/remote.t
+++ /dev/null
@@ -1,13 +0,0 @@
-#define _PAGE_ Internals of the remote control
-#include "head.t"
-
-<p><a href="remote.jpg"><img src="remote_t.jpg"></a>
-<br>The remote control
-
-<p><a href="remote_front.jpg"><img src="remote_front_t.jpg"></a>
-<br>Front view
-
-<p><a href="remote_back.jpg"><img src="remote_back_t.jpg"></a>
-<br>Back view
-
-#include "foot.t"
diff --git a/www/internals/remote_back.jpg b/www/internals/remote_back.jpg
deleted file mode 100644
index bee91f170f..0000000000
--- a/www/internals/remote_back.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/remote_back_t.jpg b/www/internals/remote_back_t.jpg
deleted file mode 100644
index 5895d8f9cc..0000000000
--- a/www/internals/remote_back_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/remote_front.jpg b/www/internals/remote_front.jpg
deleted file mode 100644
index d511fa3819..0000000000
--- a/www/internals/remote_front.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/remote_front_t.jpg b/www/internals/remote_front_t.jpg
deleted file mode 100644
index 046e092fc7..0000000000
--- a/www/internals/remote_front_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/remote_t.jpg b/www/internals/remote_t.jpg
deleted file mode 100644
index 5fd1bc7c0c..0000000000
--- a/www/internals/remote_t.jpg
+++ /dev/null
Binary files differ
diff --git a/www/internals/tjerk.t b/www/internals/tjerk.t
deleted file mode 100644
index 7150e84a1c..0000000000
--- a/www/internals/tjerk.t
+++ /dev/null
@@ -1,17 +0,0 @@
-#define _PAGE_ Tjerks high resolution photos
-#include "head.t"
-
-<p>These are a bit dark, but are very sharp and detailed.
-
-<p><a href="6k_top.jpg"><img src="6k_top_t.jpg"></a>
-<br>Top of main board
-
-<p><a href="6k_back.jpg"><img src="6k_back_t.jpg"></a>
-<br>Back of main board
-
-<p><a href="6k_cpu.jpg"><img src="6k_cpu_t.jpg"></a>
-<br>Top of cpu board
-
-<p><i>Photos by Tjerk Schuringa.</i>
-
-#include "foot.t"
diff --git a/www/irc/Makefile b/www/irc/Makefile
deleted file mode 100644
index 70f1dec2c4..0000000000
--- a/www/irc/Makefile
+++ /dev/null
@@ -1,14 +0,0 @@
-ACTION=@echo preprocessing $@; rm -f $@; $(HOME)/bin/fcpp -WWW -I.. -Uunix -H -C -V -LL >$@
-
-SRC := $(wildcard *.t)
-OBJS := $(SRC:%.t=%.shtml)
-
-all: $(OBJS)
-
-%.html : %.t
- $(ACTION) $<
-
-%.shtml : %.t
- $(ACTION) $<
-
-index.shtml: index.t nicks.txt
diff --git a/www/irc/index.t b/www/irc/index.t
deleted file mode 100644
index 08f6514ce0..0000000000
--- a/www/irc/index.t
+++ /dev/null
@@ -1,19 +0,0 @@
-#define _PAGE_ IRC
-#include "head.t"
-
-<p>We often hang out on #rockbox over at irc.freenode.net
-(freenode was once known as openprojects.net, see
-<a href="http://freenode.net/">their web site</a> for more information).
-Since there is a great deal of technical discussion, we log these sessions
-for later reference.
-
-<h2>Nick reference</h2>
-<pre>
-#include "nicks.txt"
-</pre>
-
-<h2>Logs</h2>
-
-<!--#exec cmd="./irclogs.pl" -->
-
-#include "foot.t"
diff --git a/www/irc/irclogs.pl b/www/irc/irclogs.pl
deleted file mode 100755
index cf69d2cfb7..0000000000
--- a/www/irc/irclogs.pl
+++ /dev/null
@@ -1,46 +0,0 @@
-#!/usr/bin/perl
-
-require "/home/dast/perl/date.pm";
-
-opendir(DIR, ".") or
- die "Can't opendir()";
-@logs = sort grep { /^rockbox-/ } readdir(DIR);
-closedir DIR;
-
-print "<table class=archive>\n";
-
-$lasty = 0;
-$lastm = 0;
-$count = 0;
-
-for ( @logs ) {
- $size = (stat("$_"))[7];
- $file = $_;
- $log = "";
- if (/-(\d+)/) {
- if ( $1 =~ /(\d\d\d\d)(\d\d)(\d\d)/ ) {
- $y = $1;
- $m = $2;
- $d = $3;
- $mname = ucfirst MonthNameEng($m);
- if ( $m != $lastm ) {
- $count=0;
- print "</tr><tr>\n" if $lastm != 0;
-# if ( $m % 6 == 0 ) {
-# print "</tr><tr valign=top>\n";
-# }
- print "<th>$mname</th>\n";
- $lastm = $m;
- }
-# $lines = `wc -l $file` + 0;
-# print "<li><a test href=\"$file\">$mname $d</a> <small>($lines lines)</small>\n";
- print "<td><a test href=\"$file\">$d</a></td>\n";
- if ( ++$count > 15 ) {
- print "</tr><tr><th></th>\n";
- $count=0;
- }
- }
- }
- #print "<li><a href=\"daily/$_\">$_</a> ($size bytes) $log\n";
-}
-print "</ul></td></tr></table>\n";
diff --git a/www/irc/nicks.txt b/www/irc/nicks.txt
deleted file mode 100644
index 27d9fb1d1d..0000000000
--- a/www/irc/nicks.txt
+++ /dev/null
@@ -1,21 +0,0 @@
-Zagor => Bjrn Stenberg
-Linus => Linus Nielsen Feltzing
-Bagder => Daniel Stenberg
-Wavey => Stuart Martin
-alkorr => Alan Korr
-adiamas => Robert Hak
-edx => Felix Arends
-calpefrosch => Stefan Meyer
-PsycoXul => Grant Wier
-g003y => Jerome Kuptz
-elinenbe => Eric Linenberg
-dwihno => Magnus man
-Ironi => Tom Cvitan
-notch => Nick Robinson
-Merwin => Justin Heiner
-Hes => Heikki Hannikainen
-rwood => Randy Wood
-mbr => Markus Braun
-matsl => Mats Lidell
-mecraw => Lee Marlow
-hardeep => Hardeep Sidhu
diff --git a/www/irc/rockbox-20020325.log b/www/irc/rockbox-20020325.log
deleted file mode 100644
index bc2ce2fd1e..0000000000
--- a/www/irc/rockbox-20020325.log
+++ /dev/null
@@ -1,562 +0,0 @@
-**** BEGIN LOGGING AT Mon Mar 25 08:57:45 2002
-
---> Bagder (~daniel@217.215.72.110) has joined #rockbox
-<Bagder> hey
---- adiamas has changed the topic to: hacking the Archos Jukebox http://bjorn.haxx.se/rockbox/
-<adiamas> hey there...
-<adiamas> i was about to call it a night and head to sleep
-<adiamas> didn't expect anyone in this quick :)
-<Bagder> hehe, its morning here ;-)
-<adiamas> hehe i _just_ sent the email like 30 secs ago :)
-<Bagder> yeps
-<Bagder> hehe
-<adiamas> glad to see someone saw it...
-<adiamas> you located in europe...
-<Bagder> yes
-<adiamas> where in?
-<Bagder> Sweden
-<adiamas> hehe well.. your first in so.. here
---- adiamas gives channel operator status to Bagder
-<Bagder> :-)
-<adiamas> someone who's awake should have some control...
-<Bagder> I'm Bjrn's brother actually
-<adiamas> ahh... hehe seems he got followers pretty quickly.
-<Bagder> indeed
-<adiamas> and pretty varied at that... Im here in the USA.
-* adiamas shrugs
-<Bagder> there are 77 subscribers of the mailing list
-<adiamas> wow, that was quick
-<adiamas> only been 3-4 months yes?
-<Bagder> yeah, since about december
-<Bagder> BTW, I think making a FAQ sounds like a great idea
-* adiamas smiles happily
-<adiamas> im just not to sure on how technical to go on it, but i figure even something is a start
-<adiamas> will you be sitting in the room most the day or you plan on logging off?
-<Bagder> exactly, just start somewhere and it'll grow into place
-<Bagder> I don't know
-<adiamas> i really need sleep. work in 6 hours.
-<adiamas> ok...
-<adiamas> im going to idle till i get up for work
-<adiamas> ill see you later
-<Bagder> see ya
---> adiamas|sleeping (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has joined #rockbox
---- adiamas gives channel operator status to adiamas|sleeping
-<-- adiamas (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
---- Bagder sets mode +t #rockbox
-<adiamas|sleeping> what is mode +t?
-<Bagder> prevent non-ops to set topic
-<adiamas|sleeping> ahhh... k
-<adiamas|sleeping> gotta learn that stuff...
-* Bagder is an old IRC-bot author... :-)
-<adiamas|sleeping> heheh i only started on irc about a year ago...
-<Bagder> I stopped writing the bot many years ago...
-<Bagder> first time on irc was 1993
-<adiamas|sleeping> i was just getting into computers at that point
-<adiamas|sleeping> i miss that old 1200 modem
-<Bagder> :-)
-<Bagder> now go to sleep! ;-)
-<adiamas|sleeping> hehehe
-<adiamas|sleeping> nite
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<wavey> anyone awake?
-<Bagder> yeps
-<wavey> coolio
-<wavey> how you doing?
-<Bagder> pretty good. You?
-<wavey> yup
-<wavey> you interested in coding for the archos then?
-<Bagder> I am, and I intend to ;-)
-<wavey> likewise..
-<wavey> got the player or recorder?
-<wavey> or both?
-<Bagder> recorder, I'm Daniel who posted to the mailing list just an hour ago
-<wavey> aha
-<wavey> nice to meet you :)
-<wavey> i mailed out a few qs to the list several weeks ago
-<Bagder> name?
-<wavey> stuart martin
-<Bagder> right, I read them ;-)
-<wavey> the archos is pretty funky, but flaky as shit
-<wavey> mine's got a dodgy contact in the earphone socket
-<wavey> probably going to resolder it
-<Bagder> I just got mine, haven't really had time to do much yet ;-)
-<wavey> i do love it
-<wavey> but i just wish it had sony's build
-<Bagder> I'll get the serial port hack soon and start coding it
-<wavey> interesting to hear you got 8 cells..
-<Bagder> Linus has a fully working gdb stub now
-<wavey> yeah, very impressed to read that
-<wavey> i know *no* electronics..
-<wavey> i'm waiting for the low-level shit to be completed :)
-<wavey> then i can start helping
-<Bagder> hehe
-<wavey> :)
-<Bagder> I'm not *that* low-level myself, I start on assembler ;-) I can't do much electronics
-<wavey> heh, assembler i'm happy with.
-<wavey> working out which wire to cut, i'm not :)
-<Bagder> I think that makes us on the same level more or less ;-)
-<wavey> groovy
-<wavey> the UI is going to be interesting
-<Bagder> luckily we have those guys around us to work out those stuff
-<wavey> i think we should maybe list the features we want and start prioritising them
-<wavey> then start mocking up UI images
-<Bagder> yeah
-<wavey> should be fun working with small screen realestate
-<Bagder> I would like to write some kind of UI simulator
-<wavey> interesting.. go on
-<Bagder> to enable us to work on UI stuff without having to bother with the actual hardware
-<wavey> yup
-<wavey> cool idea
-<wavey> i guess we'll need to pre-empt the low level services available to the UI
-<Bagder> I'm a Linux dude myself, so I'd go for a X-display
-<wavey> me too
-<wavey> although i find windoze usable too with enough cywin and emacs layers on top ;)
-<Bagder> the UI stuff would be built-up with a minor set of graphics functions, and we could probably just replace those functions with a set that draws X instead
-<wavey> is this channel logged?
-<wavey> could be useful
-<Bagder> I log it
-<wavey> coolio
-<Bagder> I think I have some basic X11-code that pops up a window and allows me to draw in it, which could be a start
-<wavey> cool
-<wavey> how long until it reads mail and displays webpages too? ;)
-<Bagder> *g*
-<Bagder> if we just get enough people to join in, there's nothing to stop us ;-)
-<wavey> damn right :)
-<wavey> the player/recorder screen diffs are a shame
-<Bagder> yes indeed
-<wavey> i wonder if project focus will be on the recorder
-<wavey> or the player
-<wavey> bjorn's initial investigations were on the player
-<Bagder> yeps
-<Bagder> but now he has both
-<wavey> but he bought a recorder iirc
-<wavey> yeah cool
-<Bagder> and so does Linus
-<wavey> cool
-<Bagder> and Bjrn's player CPU is damaged ;-)
-<wavey> heh
-<Bagder> or should I say :-(
-<wavey> how'd he damage the cpu?
-<Bagder> the serial port is broken
-<Bagder> it isn't normally used, so he hasn't noticed
-<wavey> what timezone you in?
-<wavey> i'm in london
-<Bagder> Sweden, +1 from you
-<wavey> you friends with linus and bjorn?
-<wavey> or just coincidence?
-<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<wavey> shit
-<Bagder> yeah, Bjrn's my brother and Linus is an old time friend. We work at the same company
-<wavey> aha :)
-<Bagder> all three opf us
-<wavey> i work as a j2ee consultant for a company with a swedish office
-<wavey> we got some of them over here now cos the market in .se is pretty weak
-<Bagder> yes it seems to be
-<Bagder> I'm doing embedded/realtime programming as a consultant
-<wavey> cool
-<wavey> which processor?
-<Bagder> right now, StrongARM
-<wavey> cool
-<wavey> i've only done 68K assembler but loved it
-<Bagder> arm assembler in general is cool, it has conditionals on *all* instructions
-<wavey> madness :)
-<Bagder> hehe, yeah
-<wavey> I moved into OO years ago, and wouldn't go back
-<wavey> pure elegance
-<wavey> (if you get it right) :)
-<Bagder> hehe, so they say... :-)
-<wavey> how far would you wanna see this simulator go?
-<wavey> button presses triggering song launching/pausing etc?
-<Bagder> it all comes down to much much we feel its worth
-<wavey> aye
-<wavey> i think perhaps the first stage might be to sketch UI ideas
-<Bagder> we could probably make more or less a complete simulator, should we want and have the eneergy
-<Bagder> yes
-<wavey> and that means identifiying the key aspects
-<wavey> and voting on inclusion
-<wavey> or doing a bjorn and ignoring the votes :)
-<Bagder> we can start on UI basics and ideas first, without even think code
-<Bagder> hehe
-<wavey> ok
-<wavey> how about throwing that to the mail list
-<wavey> give us your wants
-<wavey> or perhaps we can envisage most of that already
-<wavey> toggle m3u display/filename
-<wavey> scrolling/non scrolling
-<wavey> level meters
-<wavey> time
-<wavey> power
-<wavey> mode
-<wavey> vol
-<wavey> button names
-<wavey> eyecandy plugins
-<Bagder> imho, we must focus on getting the basic stuff there first, to allow us to play songs as that would help the guys working on those parts (mp3, filesystem etc)
-<wavey> of course
-<wavey> but a basic UI is trivial
-<wavey> just a button label
-<Bagder> yes, that's true
-<wavey> while they are developing that
-<wavey> we can look to the medium term
-<Bagder> right
-<wavey> and of course, we need emacs ported to it :)
-* Bagder grins
-<wavey> i remember when i started coding for the gameboy advance people started talking about porting linux
-<wavey> so so funny
-<Bagder> feel free to post a summary to the list, could be useful
-<wavey> but it always happens :)
-<Bagder> yes it does
-<Bagder> it'll happen here too soon :-)
-<wavey> did you fill your 20GB capacity yet?
-<wavey> i did mine in an hour and a half :)
-<Bagder> heh, no, but I don't really use it yet either
-<wavey> bought a usb 2 pci card
-<Bagder> I stream mp3 from my home-box to work
-<wavey> i haven't had mine from my side since i bought it in january
-<Bagder> I've ordered a usb2 card too
-<Bagder> I finally bought mine now since I was supposed to stop my project here and thus I wasn't sure I could still listen to my stream, but now I've got another assignment at the same palce so I can continue listening to it...
-<wavey> heh
-<wavey> typical
-<Bagder> well, I want to code it anyway, so I guess that'll be my primary use for it ;-)
-<wavey> i prefer to use the recorder despite being in front of a computer because it means i get more bandwidth..
-<wavey> and i can get up and move around without killing the sound
-<Bagder> :-)
-* Bagder runs for more coffee
-<wavey> i've always hated stopping music :)
-<wavey> i'll leave the cd player running when i leave the house sometimes. stupid huh? :)
---> gizz (~gizz@ALyon-102-2-1-77.abo.wanadoo.fr) has joined #rockbox
-<wavey> howdy
-<gizz> heya !
-<Bagder> g'day
-<gizz> did I miss some hot talks ?? :)
-<wavey> not really
-<wavey> that's on #sex
-* wavey chuckles
-<gizz> hehe
-<wavey> or perhaps #hotsex
-<gizz> you => Juke hacker ?
-<Bagder> we're wannabe archos hackers ;-)
-<gizz> great!
-<gizz> player or recorder ?
-<gizz> => I'm a poor player owner,
-* Bagder has a Recorder
-<wavey> recorder also
-<wavey> we've been discussing some ideas for the UI
-<wavey> but nothing really worthy of capture yet
-<gizz> ok
-<gizz> problem is,
-<gizz> to me player & recorder are very different
-<wavey> yus
-<wavey> shame
-<Bagder> yes, we'll need to make two UIs as they'll be quite different
-<gizz> but is it worth it ?
-<gizz> I mean,
-<gizz> does player owe to be supported ever ?
-<wavey> well, if people here want to support it, it'll be supported..
-<wavey> the underlying functions of the firmware will be mostly similar between the two
-<gizz> right!
-<Bagder> indeed, and except for display+keys, msot of the internals are the same
-<wavey> need a UI strategy
-<wavey> the recorder is likely to be supported better because it's cooler..
-<wavey> (UI) anyway
-<gizz> good point
-<gizz> So,
-<gizz> UI guys
-<gizz> should make good design decision,
-<gizz> in order for the to Juke-races to be supported, at least
-<gizz> at low level,
-<wavey> juke-races?
-<gizz> races : sorts
-<wavey> ok
-<gizz> hmm, models.. :)
-<wavey> understood :)
-<gizz> .. but at UI level,
-<gizz> they will be supported (very) differently,
-<wavey> aye
-<gizz> and of cours, recorder owners will be happier :)
-<gizz> One thing :
-<gizz> on my player, when pleying with custom chars (font)
-<gizz> I tried to draw two bitmaps through thos custom chars,
-<gizz> (as if custom chars datas where some sort of 'video memory')
-<gizz> and then, I thought we could just modify this 'video memory' at will,
-<gizz> to simulate some pixel screen
-<gizz> but the result wasn't quite good (many pixels where too far from each other, due to space between chars)
-<gizz> That's all... :)
-<gizz> Did you try to draw some stuff on your recorder ?
-<wavey> nope
-<wavey> I compiled the player firmware on my box, but haven't tried a recorder one
-<Bagder> I just got mine, I intend to get the gdb-stub approach working first
-<gizz> ok; If recorder prices get lower, I think I'll move to it
-<wavey> gizz: nice idea with the video memory
-<gizz> vid mem : well, in all cases, that would produce an 14 * 55 screen :) (if I remember well)
-<wavey> 14 pixels is pretty damn limiting :)
-<Bagder> amen
-<wavey> remind me what the recorder has?
-<gizz> oh
-<wavey> time to mock up some screens to get the juices flowing
-<gizz> maybe 131 * 64 or better ??
-<Bagder> 112x64
-<gizz> cool resolution !!
-<gizz> (slightly less than HP48 ;o)
-<Bagder> can't wait to get some games going ;-)
-<gizz> If only I had a recorder, I could try to port some
-<gizz> nifty HP48 100% assembly games :o)
-<Bagder> hehe
-<gizz> (with scrolling, sprites, grey level, etc.. :)
-<Bagder> it has sprites?
-<gizz> Never played Columns II on HP48 ??
-<gizz> sprites : yes !
-<Bagder> gosh
-<gizz> what about : Arkanoid, Skweeks,
-<gizz> Xennon,
-<gizz> or even : Doom, grey-level, with monsters, textures, and multiplayers ?
-<gizz> (well, two players, with serial cable)
-<Bagder> nah, let's aim for PPP over the USB and have full internet access ;-)
-<gizz> LOL
-<gizz> hey, I've got an idea : I'm gonna try the grey-level tricks tonight, just to see if it works :)
-<gizz> you at home, or at work ?
-<Bagder> work
-* gizz too :)
-<Bagder> ssh'ed to home
-<gizz> cool !
-<gizz> => i'll back later then.. :)
-<gizz> bye !
-<Bagder> bye
-<-- gizz has quit ("Leaving")
-<wavey> damn
-<wavey> missed the important bit
-<wavey> sprites!
-<wavey> lovely :)
-<Bagder> yeah, that would be great ;-)
-<wavey> i can imagine some nice visualisations coming out of this
-<wavey> eyecandy is important :)
-<Bagder> indeed it is
-<wavey> 112x64
-* wavey opens psp
-<wavey> wow
-<wavey> it's really really small :)
-<wavey> this is going to be interesting
-<wavey> are there character fonts built in to the recorder or is it purely bitmapped?
-<Bagder> pure bitmaps, as I've understood it, but the font is stored as separate bitmaps
-<Bagder> as the pics on http://bjorn.haxx.se/rockbox/notes.html shows
-<wavey> ah yes
-<wavey> the project went pretty quiet for a while
-<wavey> forgot the basics
-<Bagder> yeah, after the initial burst there has been some silence and hard work at the side
-<wavey> so
-<Bagder> intial, still very basic, ui-simulator seems to work
-<wavey> hey nice
-<Bagder> pops up window, can draw in it etc
-<wavey> lovely
-<wavey> is it worth trying to identify key functional areas, and see how they lead to a UI requirement?
-<wavey> 1. start playing
-<wavey> 2. pause playing
-<wavey> 3. stop playing
-<wavey> 4. increase volume
-<wavey> 5 decrease volume
-<wavey> are these the fundamental ones?
-<wavey> playlist etc extend this
-<Bagder> yes they're the basics
-<Bagder> without them, there is no player
-<wavey> ok, playlist operations are another
-<wavey> and file operations are another
-<wavey> level meters
-<wavey> balance control
-<wavey> timekeeping
-<wavey> playlist on the recorder firmware is simple
-<wavey> add to playlist
-<wavey> play list
-<wavey> play list randomly
-<wavey> delete from list
-<wavey> next in list
-<wavey> back in list
-<Bagder> hey, I haven't understood how the playlist works yet ;-)
-<wavey> i figured :)
-<wavey> hence the recap :)
-<wavey> how much was your recorder?
-<Bagder> I'm not sure... I had a friend order it for me
-<wavey> point 1) above assumes a file can be identified from the hdd
-<wavey> which kinda presupposes some file operations are needed at the start
-<wavey> i.e. browse
-<Bagder> right, filesystem support is essential
-<wavey> shall we propose 2 main UI iterations, with the first being 1-5 above + browse filesystem
-<wavey> and the 2nd being the one with the extra fluff like balance control, timekeeping etc?
-<Bagder> sounds wise, yes
-<wavey> do you have your recorder with you now?
-<Bagder> no
-<wavey> the level meters take up 1/4 of the screen!
-<wavey> ridiculous
-<wavey> i mean, who cares?
-<Bagder> they're quite silly, I agree
-<wavey> and the three timers are silly
-* Bagder tries to get Bjrn here
---> Zagor (~bjst@labb.contactor.se) has joined #rockbox
-<Bagder> there he is ;-)
-<wavey> hey bjorn
-<wavey> nice to meet you
-<Zagor> hey there guys
-<wavey> i'm sure daniel's filled you in on our discussions so far
-<wavey> trying to identify a) the minimum UI
-<Zagor> ah, no not really
-<wavey> to enable testing of firmware code
-<wavey> and b) a candidate full-featured UI
-<wavey> with bells and whistles
-<wavey> a) needs file browsing support, plus play/pause/stop file + volume control
-<wavey> b) has playlist control, m3u display, balance control, etc
-<Bagder> so Zagor, you ok with me creating a subdir in CVS and importing my initial X11 UI stuff?
-<wavey> and a funky lil' gui
-<Zagor> bagder: sure. maybe something called 'simulator' or similar, to clearly show it's not the "real" code
-<Bagder> righ, I'll go for simulator
-<wavey> i'd be more explicit
-<Zagor> well, my first thought when i threw this item on Daniel was,
-<wavey> from experience, naming becomes important in directory structures
-<Zagor> that it'd be a good thing if we can have the basic menu system the same for the two models
-<Zagor> not so much the graphic bits, more the underlying framework
-<wavey> sure
-<wavey> sensible
-<Bagder> ok, so 'uisimulator' then ;-)
-<wavey> sounds great to me
-<Zagor> (note: i'm at work, so I'll be idle from now and then)
-<wavey> likewise
-<wavey> in london
-<Bagder> ah, you guys work at work? :-]
-<Zagor> sometimes :)
-<Bagder> Zagor: with gaim, how the heck do I create an account?
-<Zagor> hmm
-<Zagor> i don't know :-)
-<Zagor> didn't you have an account before?
-<Bagder> me neither, it just asks for a name and password
-<Bagder> I used icq ages ago, yes I had an account but only god knows which name and password I used then
-<Zagor> you need to specify that you are using the 'oscar' protocol, otherwise it will try to log you on as an AIM account
-<Zagor> ok
-<Bagder> ah, I need to go and do it on a web page...
-<wavey> i like the ascii rockbox logo, bagder
-<Zagor> that'll probably be easiest, yes
-<Bagder> figlet is cool ;-)
-<Zagor> yeah, it's cool!
-<wavey> figlet rocks :)
-<Zagor> so, did you come up with some ideas about the GUI?
-<wavey> some
-<wavey> nothing graphical
-<wavey> functional requirements
-<wavey> and no real thought to the player/recorder split
-<wavey> except that the player's size is very limiting
-<Zagor> yes, indeed
-<wavey> and i'd like to see some visualisation eyecandy
-<Zagor> i nice big on-screen Archos would be cool :-)
-<wavey> you mean a floating logo?
-<Zagor> no i was thinking the simulated gui
-<wavey> or a representation of the player itself
-<Zagor> yes
-<wavey> ah yes
-<wavey> is the simulator going to simulate the screen or the player as a whole?
-<wavey> and isn't that an emulator? ;)
-<Bagder> I think we start with only the screen
-<Bagder> and then we'll see if we're up to making it a complete emulator
-<Zagor> yes
-<wavey> i'll leave the sh1 emulation to others :)
-<Zagor> hehe
-<Bagder> I've imported the uisimulator code to CVS now
-<wavey> gizz was talking about the chip being able to support sprites :)
-<wavey> and porting games to it :)
-<Zagor> hehe
-<Bagder> actually, he said the HP48 had them
-<Zagor> grand plans!
-<wavey> my recorder is only 3 months old but i think tetris would kill the plasticy buttons on it
-<wavey> bad: ah!
-<wavey> that's a shame
-<wavey> but not really suprising :)
-<wavey> i'd be happy with no games but a firmware that didn't suck ass
-<Bagder> did anyone make a C array of the fonts for the Recorder?
-<Bagder> Zagor ?
-<Zagor> not that i know
-<Bagder> kind of boring work... :-)
-<wavey> can't you extract the data from existing firmware as a linear array?
-<wavey> or is that copyrighted
-<wavey> i guess it is
-<Bagder> yes it is
-<wavey> but who could tell? :)
-<Zagor> well we don't really need those exact fonts
-<Zagor> there are tons of good fonts out there
-<wavey> agreed
-<wavey> but not at 5x7
-<Zagor> maybe not tons, but a few at least
-<Zagor> linus had some ideas, but he's not here right now
-<wavey> excellent work he did with the gdb integration
-<Zagor> yeah, very nice
-<Bagder> that'll be *so* handy
-<Zagor> he plans to write a program loader too, so we can select firmware at start. that'll be nice too.
-<Zagor> he's a cool guy :)
-<wavey> very nice
-<Bagder> hahah, just don't tell him that ;-)
-<Zagor> i wouldn't dream of it ;*)
-<Zagor> btw, i think we should aim for proportional fonts on the recorder
-<Zagor> there's too little room to waste it on blanks :)
-<wavey> if we do it properly, we can have it as a user option
-<Zagor> yes
-<wavey> as a user, i'd rather have the entire display taken up with the song details, rather than the stupid level meters
-<wavey> but hopefully we can cater to all tastes via options
-<Zagor> yes. open season on level meters...
-<wavey> especially ones that take up a quarter of the screen!
-<Zagor> bagder, do you have code for font handling? i have written some if you need it.
-<Bagder> I need it
-<Bagder> I only have the XDrawString() but it isn't what we want ;-)
-<Zagor> ok, i'll mail it to you
-<Bagder> did anyone write code that draws stuff on the recorder?
-<Zagor> yes, look on the rockbox front page
-<Zagor> there's a link in the news swction
-<Bagder> found it
-<Bagder> he has a font table in there...
-<Zagor> ah
-<Bagder> this code is quite good
-<Zagor> bagder: look at drawText() in the code I sent you. it's the relevant portion
-<Bagder> this works with the included font, right?
-<Zagor> yes
-<Bagder> well, if we have a font defined, making it output proportional won't be hard
-<Zagor> no
-<Zagor> my point exactly :)
-<Bagder> the trickiest part is probably to make it look the same on Linux ;-)
-<Zagor> really? can't you just allocate a bitmap and pixel-write to it?
-<Bagder> probably, I'm just not very good at those X-calls. I'll need to chase around a bit
-<Zagor> chase around? well, that's what we're here for, innit? ;)
-<Bagder> I'm not complaining, I'm only saying how it looks ;-)
-<wavey> isn't raw X wrapped by gnome or something these days if you want to make it easier?
-<Zagor> yeah
-<Bagder> perhaps
-<Bagder> I'm not sure it makes things easier at this point
-<Bagder> we already pop up a window and we can draw in it
-<wavey> true
-<Bagder> besides, not using gtk or qt makes our program even more portable
-<Bagder> not that it matters very much of course
-<wavey> what's the main purpose of the ui simulator?
-<wavey> to see how things look?
-<Bagder> yes
-<Bagder> if we make generic input functions we can drive it too
-<Bagder> to try the feel too
-<wavey> i'm not expressing myself clearly, i fear
-<wavey> um
-<wavey> does it give you more than mock ups would?
-<wavey> does it give you any real code for the archos itself?
-<Bagder> yes, it will
-<Zagor> that's the idea
-<wavey> ok cool
-<wavey> just getting it clear
-<Bagder> maybe not just now, but that's the purpose of it all
-<wavey> cool
-<wavey> coffee time
-<wavey> bbl
-<Bagder> sigh, our coke machine is empty...
-<Zagor> bagder: where are you now? Neti, con?
-<Bagder> neti
-<Zagor> ok
-<Bagder> they did buy my extra 300 hours, so I'm gonna be here for a while more...
-<Zagor> ok
-<Zagor> lucky you... ;-P
-<Bagder> haha
-<Bagder> at least I'm gonna be working entirely on linux this time
-<Zagor> ok, that's nice
---- Bagder gives channel operator status to Zagor
-<Bagder> gotta go
-<Bagder> see ya
-<Zagor> ok, bye
-**** ENDING LOGGING AT Mon Mar 25 16:50:01 2002
diff --git a/www/irc/rockbox-20020326.log b/www/irc/rockbox-20020326.log
deleted file mode 100644
index 3180ece155..0000000000
--- a/www/irc/rockbox-20020326.log
+++ /dev/null
@@ -1,591 +0,0 @@
-Zagor => Bjrn Stenberg
-linus => Linus Nielsen Feltzing
-Bagder => Daniel Stenberg
-Wavey => Stuart Martin
-alkorr => Alan Korr
-adiamas => Rob
-
-**** BEGIN LOGGING AT Tue Mar 26 07:47:01 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- devlin.openprojects.net sets mode +n #rockbox
---- Bagder sets mode +t #rockbox
---> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
-<Bagder> hi
-<-- adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
---> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
-<adiamas> hey there.
-<Bagder> morning ;-)
-<adiamas> hehe for you ;)
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<Bagder> g'day wavey
-<wavey> howdy
-<adiamas> howdy wavey
-<wavey> hey adiamas
-<wavey> you have the recorder or player, adiamas?
-<adiamas> recorder
-<wavey> cool
-<adiamas> got it off of ebay for a nice cheap price.. :)
-<wavey> does yours have any quirks?
-<adiamas> one that ive noticed so far...
-<wavey> mine has dodgy contact in earphone socket
-<wavey> keeps resetting when moved :(
-<adiamas> if i remember correctly it was that i couldn't save the playlist...
-<adiamas> if i edited it when i was running.
-<wavey> only 3 months old
-<adiamas> from the player...
-<adiamas> if i do it from the command line, then transfer the file, all is well..
-<wavey> yeah
-<adiamas> well.. that and i had it completely barf on me last night.
-<wavey> i think that's normal crappy firmware
-<wavey> really?
-<adiamas> nod
-<wavey> recoverable, i hope?
-<adiamas> dunno what it was...
-<adiamas> yeah.. but i had to boot into windows to delete the disk.. clear it all out.
-<wavey> tsk
-<adiamas> i tried for like 4 hours in linux.. did everything i could think of...
-<adiamas> fsck
-<adiamas> fdisk
-<adiamas> fsck.vfat
-<adiamas> rm -rf
-<adiamas> hell, i even went as far as bit permisions...
-<adiamas> no go.
-<wavey> but windows was cool with it?
-<wavey> scary
-<adiamas> nods
-<adiamas> i did the windows "fake format"
-<adiamas> delete all :P
-<wavey> heh
-<adiamas> so badger.. how about setting a topic eh?
-<adiamas> :)
---- Bagder gives channel operator status to adiamas
-<adiamas> heheh
---- Bagder gives channel operator status to wavey
---- Bagder has changed the topic to: rock the box
---- adiamas has changed the topic to: rock the box http://bjorn.haxx.se/rockbox/
-<adiamas> hehehe
-<adiamas> so im waiting on addition to sourceforge to toss up version one of the FAQ
-<Bagder> cool
-<wavey> haven't read email yet - how far is your simulator going, bagder?
-<Bagder> I didn't do much more yesterday
-<Bagder> I'm gonna attack the font code next
-<wavey> cool
-<Bagder> to make a function that outputs similar text on the recorder and X11
-<wavey> groovy
-<Bagder> hm, not similar, identical really
-<wavey> even better
-<Bagder> Jerome Kuptz posted on the list and volounteered to write a windows port for the ui sim
-<wavey> lovely
-<adiamas> bagder you have any source i can grab to look at the sim?
-<Bagder> I added the sources to the rockbox CVS yesterday
-<Bagder> its easiest to get them off there
-<adiamas> k... ill go look
-<Bagder> it isn't very much to look at yet though ;-)
-<Bagder> it pops up a window, draws a line and outputs a text
-<adiamas> itll get there ;)
-<Bagder> adiamas: did you by any chance do some X11 programming before?
-<adiamas> nope.. but im a quick study.
-<adiamas> some mild exp with qt
-<adiamas> my modem is going to explode with all these downloads :)
-<Bagder> it's good to keep it busy ;-)
-<adiamas> yup.. esp just before i head off to bed ;)
-<Bagder> Gary's lcd code keeps a full copy of the bitmap in memory, and writes the whole thing to the lcd all the time
-<Bagder> which probably makes it easier to make a X11 version too
-<adiamas> that would make sense...
-<adiamas> has anyone finalized at all on what exactly our first target/goal is to achieve?
-<Bagder> not really, no
-<wavey> i think we need to produce a simple menu UI first
-<wavey> get that working on both player and recorder
-<adiamas> nods
-<wavey> and then look at how to approach the diff UI capabilities of the two devices
-<adiamas> some kinda lib that makes ui creation pretty simple would be nice
-<wavey> aye
-<adiamas> i havne't played with just the player.. so i don't really know the differences yet...
-<adiamas> oh.. btw ... when i post things.. forgive the spelling... i am a HORRID speller...
-<adiamas> put my mother (english teach for 20 yrs) into fits of tears :)
-* adiamas swells with pride
-<wavey> player has tiny screen
-<wavey> 3 lines or something like that
-<wavey> instead of 8
-<wavey> getting a simple menu ui up and running allows the back-end firmware developers to test their stuff
-<adiamas> ahhhh
-<wavey> so we need a) screen drawing capabilities
-<adiamas> ummm.. using cvs, how do i do a pull of all files in a dir?
-<wavey> b) file browsing capabilities
-<wavey> (to locate a file to play and stop, etc)
-<Bagder> adiamas: see http://sourceforge.net/cvs/?group_id=44306, replace "modulename" with uisimulator
-<adiamas> good.. just did that...
-<wavey> and c) basic controls to start, stop, pause an mp3
-<wavey> the 2nd generation UI can have the visual goodies - levels, scrolling titles, etc
-<wavey> the simple ui shouldn't take too long
-<adiamas> okay.. explain to me.. WTF would sourceforge require use of ssh1 when its known to be flawed?
-<adiamas> when not go to ssh2?
-<wavey> flawed doesn't mean useless
-<wavey> i guess
-* adiamas nods
-<adiamas> um Bagder you do realize your FILES lists a README, but there isn't one right?
-<Bagder> oops
-<adiamas> and just a question of taste... are we doing 2, 4, or 8 char tab stops?
-<Bagder> I do 8 char tab stops, c indenting with 2 spaces
-<adiamas> nods
-<Bagder> (setq c-basic-offset 2)
-<Bagder> (setq indent-tabs-mode nil)
-<Bagder> :-)
-<adiamas> i lean toward 4 myself.. but as long as i can map emacs to you im good :)
-* adiamas curses rh7.1
-<adiamas> friggin X11 headers are missing.
-<adiamas> hehehe yup
-<adiamas> or
-<adiamas> :set tabstop 4
-<adiamas> :set tabstop 8
-<adiamas> if you use a real _editor_
-<Bagder> hehehe
-<Bagder> hm, I wonder if using XDrawPoints() is sensible to use...
-<Bagder> I removed the FILES file now
---> Zagor (~bjst@labb.contactor.se) has joined #rockbox
-<Zagor> yo boys
-<Bagder> morning
-<Zagor> have you looked at the new "mods" page I added to the web page?
-<Bagder> great sets of pics! ;-)
-<Zagor> thanks
-<Zagor> i should be a model! :-D
-<Bagder> btw Zagor, I think I go with Gary's fonts and his way of representing the lcd in memory
-<Zagor> ok
-<Bagder> the bytes are then vertical, lsb on top
-<wavey> zagor: nice pictures
-<Zagor> can you have >8 pixel wide chars?
-<Zagor> or high, i mean
-<Bagder> Well, we'll have a complete 112x64 pic in memory so we can make whatever we want
-<Zagor> thanks, wavey
-<Bagder> we write the complete bitmap
-<Bagder> at least to start with
-<Zagor> bagder: so why do we want vertical bytes? it ends up as a lot more bit flipping to get the pixels out
-<Bagder> because that's how the lcd itself has them
-<Bagder> makes faster updates
-<Zagor> ok, so the 112x64 pixmap is vertically oriented?
-<Bagder> each byte is 8 pixels "high", byte 0 is top left, byte 1 is 2nd left etc
-<Zagor> ok. makes sense, then
-<Bagder> I'm making three files now, lcd.c with generic lcd stuff, lcd-recorder.c that writes the bitmap to a recorder and lcd-x11.c that writes the bitmap to an x11 window
-<adiamas> were staying c based for now correct?
-<Zagor> yes
-<Bagder> yes
-<adiamas> or are we going straight to c++?
-<adiamas> k...
-<Zagor> no :)
-<adiamas> damnit... way to early here... can someone remind me the name of the file that allows you to turn services on and off?
-<adiamas> i konw its not /etc/services
-* adiamas needs bed bad
-<Zagor> uh, redhat?
-<Bagder> /etc/inetd.conf ?
-<adiamas> thats it.. thank you.
---- Bagder gives channel operator status to Zagor
-<Zagor>
---- adiamas is now known as adiamas|sleeping
-<Bagder> hey
-<Bagder> it works ;-)
-<wavey> what does?
-<Bagder> my new code, using a memory bitmap and lcd_update()
-<wavey> nice one :)
-<Bagder> exact same pixel-setup as the recorder would get
-<wavey> coolio
-<wavey> very useful
-<Bagder> very tiny letters though :-)
-<Bagder> I should probably allow some zooming or somthing
-<Bagder> so, now we can write a small program using the new lcd API, and the output seen in the X11 window is what will be seen on the recorder screen as well
---> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
-<Tumm> lo
-<wavey> excellent
-<wavey> hiya tumm
-<Bagder> hi
-<Bagder> XDrawPoints() was all I needed
-<wavey> well, technically, XDrawPoint() is all you needed ;)
-<Bagder> right, but one at a time turned out very slow
-<wavey> :)
-<wavey> surely XDrawPoints() uses a lot of XDrawPoint()?
-<Bagder> I'm running my X11-windows over ssh from a machine far away ;-)
-<wavey> or is that naive?
-<wavey> ah
-<wavey> heh
-<Bagder> well, it doesn't make them appear one by one, but instead all at once
-<Bagder> and it makes a huge difference
-<Bagder> time to eat
---> alankrr (jbcoax@srs03v-7-104.n.club-internet.fr) has joined #rockbox
-<alankrr> hi people
-<wavey> happy fooding.
-<wavey> hiya alan
-<alankrr> oh yes i forget ! :) it's time for eating
-<wavey> :)
-<alankrr> i wonder why zagor doesn't reply
-<alankrr> but now i know
-<alankrr> ok what's up ?
-<wavey> daniel's ui simulator is coming along
-<wavey> he's got the same images appearing in X as will appear in the recorder lcd
-<alankrr> yes but is it using the same layout ?
-<wavey> including characters, i think
-<wavey> layout?
-<alankrr> i mean the way to set a pixel in LCD
-<wavey> you mean the API?
-<wavey> i think that's the idea
-<alankrr> ah ok it's just at the high level
-<wavey> X is just an output alternative, the recorder's lcd is another
-<wavey> the API is the same
-<wavey> hopefully ;)
-<alankrr> well, there are ways to put images at pixel coordinates
-<alankrr> but ye must use a shifter table
-<alankrr> 'cause shift instructions on SH1 are not smart enough
-<wavey> ah
-<alankrr> so it is why i asked if this simulator works by simulating the LCD layout on X
-<alankrr> but never mind, it is not an urgent thing to do :)
-<alankrr> you are the only one here ?
-<wavey> at the moment, yep
-<wavey> the swedes are having lunch, it seems
-<alankrr> and how many time will Bagder and Zagor be here in ?
-<alankrr> yes it's normal
-<wavey> try again in an hour or so
-<alankrr> okay see you all later
-<-- alankrr has quit ()
---> alankrr (jbcoax@srs07v-5-60.n.club-internet.fr) has joined #rockbox
-<alankrr> are people still absent ?
---- alankrr is now known as alkorr
-<Bagder> back
-<alkorr> oh good
-<alkorr> maybe you don't know me ?
-<Bagder> no I don't, who are you? ;-)
-<alkorr> arf, i know you brother in fact :)
-<Bagder> we're all a big happy family here anyway! ;-)
-<Bagder> btw, the lcd "simulator" is based on the original working recorder lcd code by Gary Czvitkovicz
-<Bagder> so it should work pretty much already
-<alkorr> yes i know, i've just reread your emails
-<Bagder> and I'm working on getting the same API to work on both the recorder and X11
-<Bagder> and I hope to do a similar dual approach for jukebox/X11 output later
-<alkorr> well it would be very difficult :)
-<Bagder> why?
-<alkorr> with just 2 lines with only 11 characters
-<Bagder> yes, then I'll make a small X11-windows 2 lines high, 11 chars wide. that's not too difficult
-<alkorr> and each characters are seperate with at least 3 pixels
-<alkorr> so you are very limited for fx
-<Bagder> I know
-<Bagder> but that's what we have, that's not anything I can do to change
-<alkorr> for example, scrolling can only be done on basis of characters not pixel
-<Bagder> yes
-<alkorr> etc.
-<Bagder> why is that difficult then?
-<alkorr> because it is a character-LCD not a graphical LCD
-<Bagder> I'm not planning to make one single unified API for both platforms
-<alkorr> ok
-<alkorr> anyway we need a begining for a start ;)
-<Bagder> true
-<alkorr> by the way, i know very well the SH1
-<alkorr> its advantages and disadvantages and its on-chip peripherals
-<Bagder> that's useful indeed. I've did my share of SH1 assembler, but that was some 6 years ago now
-<alkorr> :)
-<alkorr> gcc doesn't generate very well code as ia32 does :(
-<alkorr> let me explain to you
-<alkorr> there are two possibility to branch
-<alkorr> one is using jsr or jmp with a register containing the address to call or to jump
-<alkorr> another one using bsr or bra with an 12-bit immediate offset
-<alkorr> gcc don't generate brs nor bra
-<alkorr> so it will use several registers to be able to use jsr or jmp
-<Bagder> well, it should be possible to fix the gcc, even it its quite hard I figure
-<alkorr> i tried with static functions close to a function which calls those static functions
-<alkorr> without success
-<alkorr> well there several example like this which explains why I prefer not to use C for all
-<Bagder> for loops that is gonna make a difference, but for most code it is a penalty we can take, imho
-<alkorr> so you mustn't be surprised to see a lot of asm in my source
-<alkorr> i don't care for speed
-<alkorr> but for space
-<Bagder> you restrict the audience quite a lot by using asm, as not many people will be able to read it nor write it
-<wavey> low level functions can be asm
-<wavey> that's not a problem at all
-<alkorr> i'm speaking about low functions, not for your GUI :)
-<wavey> screen updating code can be a complex as you wan
-<wavey> because people will access it from C
-<alkorr> so we are okay
-<wavey> yup
-<Bagder> indeed
-<wavey> hoorah!
-* wavey chuckles
-* Bagder smiles
-<alkorr> it is not in my intention to do all the stuff in asm
-<Bagder> what parts are gonna start (have you started) with?
-<alkorr> LCD
-<alkorr> USB
-<alkorr> let me see my source
-<alkorr> timer
-<alkorr> lcd+backlight+led
-<alkorr> where i'm using atomic operation to set or clear port A and B
-<alkorr> so asm+c
-<alkorr> a start of ATA
-<alkorr> but i lost the main part in a harddisk crash
-<alkorr> ata is C
-<Bagder> what kind of lcd code do you have?
-<alkorr> for JBP
-<alkorr> i send you my source
-<Bagder> please do
-<Bagder> mail me at daniel@haxx.se
-<Bagder> my usb2 card has arrived!
-<alkorr> i don't send all my package
-<Bagder> I'm mainly interested in the lcd parts sright now
-<alkorr> just LCD parts and headers you could need
-<Bagder> right, thanks
-<alkorr> for JBR i don't try because i lose my JBR
-<alkorr> so i cannot try it
-<Bagder> I already have working code for the recorder
-<Bagder> I'll make a little api for the player built on your code
-<Bagder> did anyone make a table of all the available letters/characters on the player's LCD screen?
-<Zagor> yes
-<wavey> it's on the notes page next to the recorders
-<Zagor> it's not the recorder's, it's the player versions
-<Zagor> the new and old have different charsets
-<alkorr> there is difference between old and new text-lcd in JBP
-<alkorr> i have the new one which is quite compliant with ascii table
-<Bagder> aha, it could be clarified on the web page...
-<alkorr> by the way i'm not sure about my tables :)
-<alkorr> i never test them thoroughly
-<wavey> test?
-<wavey> what is that? ;)
-<alkorr> and even worse for old lcd since i don't have one
-<Bagder> btw, how do we read/fetch input from the keys currently?
-<alkorr> in lcd.c there is two tables for characters translations
-<alkorr> so our api can work with new and old taxt-lcd without changing our strings to display
-<alkorr> for the moment i use a polling method
-<alkorr> in fact it is the only way
-<alkorr> i'm speaking about JBP (player)
-<Bagder> fine enough, I would just like a defined api on how to do it
-<alkorr> in the original firmware, they use the interrupt itu0 for polling keys
-<alkorr> for JBR, it is much more complicated
-<alkorr> i explain
-<alkorr> you have two pins for two groups of fours keys
-<alkorr> those two pins are analogic
-<alkorr> so you need to scan periodically their pins and translate their value to determine which key is pressed or released
-<alkorr> a way it is to use the interrupt ADC in scan mode which gives us the value and will translate them in a more practical bitmap or somethig like it
-<alkorr> another way is to use the dma to scan those pins and generate the interrupt dei to translate
-<Bagder> I don't think you understand what I want ;-)
-<alkorr> ok you want for player or for recorder
-<alkorr> ?
-<Bagder> both preferably, but one at a time is fine too
-<alkorr> i just have for player
-<alkorr> ok
-<alkorr> as you can see it isn't a generic API for keyboard
-<alkorr> but you know where to poll them
-<Bagder> is there anything that prevents us from creating a "generic" api for this?
-<alkorr> no of course
-<alkorr> i was doing that in key.c but it is not my priority in fact
-<alkorr> so we are free to do so
-<alkorr> if you need info i can help you to do so
-<Bagder> because since I want to "simulate" this on X11, it gets easier if I can simulate the API
-<alkorr> yes but we need first to know what we need
-<alkorr> and quite now I'm still unsure about it
-<alkorr> so I don't have a clear API for keyboard
-<Bagder> yes, that sounds logical ;-)
-<alkorr> keyboard event to handle for exapmle ?
-<alkorr> are you using events ?
-<Bagder> x11 events?
-<alkorr> you know like in X or Windows or in TurboVision (if you knew that ;)
-<Bagder> yes, this is x11 it uses events
-<alkorr> something which can represent input or output event to handle by several entities
-<alkorr> i'm speaking about our final rockbox
-<Bagder> I'm not ;-)
-<alkorr> if you want an API
-<Bagder> I only want a simple input api
-<alkorr> to simulate
-<Bagder> it could be changed or improved later on
-<alkorr> well there is two possibilities
-<alkorr> using keybitmap
-<alkorr> or using key buffer
-<alkorr> to use a key buffer
-<alkorr> can you send me your file so i can see the way to handle UI ?
-<Bagder> its in CVS, there are many files
-<Bagder> its really simple: lcd_update() updates the screen
-<alkorr> oh that's true ??? ok i go and download them
-<Bagder> lcd_string() outputs a string
-<Bagder> lcd_position() sets the "cursor"
-<Bagder> so far
-<alkorr> direct actions on lcd ?
-<alkorr> or using buffer ?
-<Bagder> no, they manipulate the buffer and lcd_update() writes to the lcd
-<alkorr> so why lcd_update, ok
-<Bagder> but for the player I can't see any point in keeping a buffer
-<alkorr> by the way, isn't it Linus which has started something about fat32 ?
-<alkorr> i lost 3/4 of my works on it and i'm very down to redo all
-<Bagder> the web page says Alan, is that you? ;-)
-<Zagor> yes, he has some code for it
-<alkorr> yes but i did have a crash which causes loss of files which are exceeding 4 KB
-<Zagor> ok. we'll reassign that for linus
-<alkorr> in fact my fat32 was tighly coupled with ata
-<Zagor> so what should I put efter your name, alan? :)
-<Bagder> Zagor: you could modify my "planning" to "partly working"
-<Zagor> ok
-<alkorr> name of your mudule, Badger ?
-<Bagder> uisimulator
-<alkorr> well i would like to be able to use my serial as i could do before the crash
-<alkorr> it would be more easier to test my ATA
-<alkorr> if Linus can pass me his source i can adapt or modify it to use ATA
-<Zagor> i'll tell him
-<Bagder> we want Linus's source in CVS too
-<Zagor> yes
-<alkorr> it would speed my work instead of redoing all
-<alkorr> ok got it (uisimulator)
-<alkorr> cool your headers ;)
-<Bagder> it just does one lcd_string() and then it does lcd_update() and it shows the string
-<Bagder> hehe, thanks to figlet really
-<Zagor> the figlet man :-)
---> linus (~linus@labb.contactor.se) has joined #rockbox
-<alkorr> be aware with shift operation
-<Bagder> lcd-recorder.c is the recorder-versions, lcd-x11.c is X stuff and lcd.c is generic
-<linus> Hi folks
-<alkorr> hi linus
-<alkorr> ok
-<Bagder> hey ho Linus
-<linus> I'll dig up my FAT32 source as soon as I get home
-<alkorr> you don't plan to have a buffer greater than screen for having vertical or horizontal scrolling on screen ?
-* Zagor wants Boulder Dash 8*D
-<Bagder> blah, I "plan" all sorts of things, this is not the final complete code
-* linus wants Tetris
-<linus> and Breakout
-<Bagder> this is for setting an api to play with
-<Bagder> increasing the buffer is a piece of cake should we want that
-<alkorr> well, I2C RTC is quite slow
-<alkorr> oh soory
-<alkorr> oh sorry, forget what i said
-<alkorr> there is no connection with lcd
-<alkorr> :)
-<Bagder> Gary said he got about 20frames/sec writing fullscreen, that's not too slow I'd say
-<alkorr> ok
-<alkorr> i just want to be sure there is nothing else which can reduce time
-<alkorr> my lcd was written to have the less time between two bits sent
-<alkorr> we cannot do it better
-<alkorr> (zagor) maybe MAS I2C can be slower in JBR than in JBP because of I2C RTC
-<Zagor> maybe
-<Bagder> linus: you should bring your gdb efforts to the CVS archive, alkorr wants 'em ;-)
-<Zagor> i have some new pictures and shematics for the serial cable. coming up in a minute
-<alkorr> well so long as i don't know why my serial doesn't work any longer it wouldn't be helpful
-<alkorr> i prefer to send my binary to a person who has a JBP and a working serial to tell me if it works
-<linus> I have a working serial
-<alkorr> any volunteer ?
-<Zagor> well my serial port is toast, unfortunately :-(
-<linus> ...but the rest of the archos is fried at the moment...
-<alkorr> beuuuuuuh :,((((
-<linus> ...but i can use my CPU board in Bjrns player. That works.
-<alkorr> oh good
-<linus> I will put the final touch on the stub on my trip to France next week. I'll keep you posted.
-<alkorr> okay i will prepare a simple binary which only communicate with serial line (no ata stuff or something which could lead to damage)
-<Zagor> uit
-<-- Zagor has quit ("Leaving")
-<linus> Hehe. I appreciate that...
---> Zagor (~bjst@labb.contactor.se) has joined #rockbox
-<linus> Alan, is your serial port damaged or what?
-<alkorr> i want to be sure if it is my serial converter or my software which in pains
-<linus> Aaah.
-<alkorr> it is what i want to know
-<alkorr> it worked
-<alkorr> ok let me prepare the binary
-<wavey> hey linus
-<wavey> nice to meet you
-<linus> yo!
-<alkorr> okay
-<alkorr> to whom must i send the binary ?
-<Zagor> send it to linus@haxx.se
-<alkorr> ok but wait, it looks as if my strings are corrupted... it may be the reason
-<Zagor> ok
-<alkorr> anyway i suppose you won't be able to do so now
-<alkorr> no i can see on my lcd the string :/
-<alkorr> but my terminal doesn't display my string but some "@" can appear sometimes, any clues ?
-<Bagder> nope
-<alkorr> linus, i send you the first version by dcc send
-<alkorr> sorry, Badger you cannot dcc get my files ?
-<Zagor> now the rs232 converter is up on the mods page
-<Zagor> drawings and the whole shebang
-<alkorr> linus and badger : can you dcc get my files ? i should cancel those for Badger
-<Zagor> linus is away right now
-<Bagder> hm, I think I can receive dcc
-<alkorr> so i retry
-<alkorr> 8 files
-<Bagder> I've never received files using xchat before, but nothing seems to happen
-<Zagor> have you clicked "accept" or something?
-<Zagor> i think you need to mark it and accept it
-<Bagder> that's "auto accept" and I thought I'd get a question if I don't auto-accept
-<Bagder> absolutely nothing happens
-<Zagor> odd
-<alkorr> try : /dcc get alkorr
-<Bagder> that won't work due to my firewall
-<alkorr> i retry file by file
-<alkorr> instead of sending all file in one time
-<alkorr> oh okay
-<alkorr> oh yes the firewall
-<Bagder> but still, the announcement of the dcc is done using ctcp and that is plain irc so my client should still say something
-<alkorr> well i can send to zagor but not receive from zagor, seems to be a similar problem but the main difference is i'm using mIRC on Windows
-<alkorr> Badger : for key.h, macros cannot be used with variable as parameter -> key_pressed (ON) OK but key_pressed (key) ERROR
-<alkorr> there are just for commodity in developping
-<alkorr> i also lost my memory.c which handled a block or bytes allocation (using a similar slab techniques for blocks and bytes allocation in a block)
-<wavey> losing your memory.c is a sign of old age
-<wavey> or too much weed
-<Bagder> lcd_string() bugs :-/
-<linus> Alan, what is supposed to happen when running the program?
-<Zagor> bagder: alans files are at bjorn.haxx.se/rockbox/jox/
-<Zagor> go fetch :-)
-<alkorr> oh sorry
-<alkorr> ok
-<alkorr> well, it displays on the lcd :
-<alkorr> <<< JBP >>>
-<alkorr> and
-<linus> No it doesn't
-<alkorr> OK WORKING!
-<Zagor> haha
-<alkorr> what do you get ?
-<linus> It hangs without displaying enything
-<alkorr> i repeat what you must have is :
-<alkorr> "<<< JBP >>>"
-<alkorr> "OK WORKING!"
-<alkorr> don't plug you serial at boot
-<Zagor> i'm going, guys. see you later.
-<alkorr> it doesn't work at this moment, firmware doesn't clean very well
-<-- Zagor has quit ("Leaving")
-<alkorr> if it doesn't work yet
-<linus> all I can see it the "JUKEBOX 6GB bla bla..." and then it hangs
-<alkorr> hummm...
-<linus> *** back soon ***
-<alkorr> oh where do you plug your serail ? on the line-in ?
-<alkorr> try to send '0' or '1' to turn on or off backlight
-<linus> I have tried that. Nothing happens.
-<alkorr> if not, interrupts are ignored and so it got an error (overrun, frame or parity error)
-<alkorr> can you dcc get ?
-<alkorr> oh by the way did you scramble the bnary ?
-<linus> Havenb't tried. Shoot!
-<alkorr> you must do it
-<linus> I have a tip. Shut off all timer nterrupts: TIERo = 0, TIER1 = 0, etc.
-<linus> I didn't scramble it. That must be it. Hang on!
-<alkorr> there is not interrupt for sending jsut a polling
-<alkorr> but for receiving there is an interrupt (is that way i can turn on or off backlight when receiving '0' or '1')
-<linus> ...still dead, even after scrambling
-<alkorr> no lcd displaying ?
-<linus> Nope
-<linus> FYI, I have firmware 3.18
-<linus> Try to blink the red LED in the polling loop
-<alkorr> hummm, let me create a source package so you can modify and compile it...
-<linus> Great!
-<alkorr> can you dcc get ?
-<alkorr> linus ?
-<linus> Yup. Gimme da filez
-<alkorr> trouble ?
-<linus> "No file offered in SEND mode by alkorr"
-<linus> Alan?
-<linus> Alan: what is the name of the file?
-<alkorr> yes
-<alkorr> backup.tgz
-<alkorr> and now ?
-<alkorr> ok i was trying to send to Zagor :)
-<linus> :-)
-<alkorr> i move the sit() (enable interrupts) just after sending "Ok WORKING!"
-<alkorr> oops, sti ()
-<alkorr> tabs = 2 spaces
-<linus> Alan, I have to go now. I will look into your stuff ASAP. CU!
-<alkorr> ok i must also to go :)
-<-- linus has quit ("Leaving")
-<alkorr> bye all !
-<-- alkorr has quit ()
-<Bagder> lcd_string() works again, time to stop for today
-<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
-**** ENDING LOGGING AT Tue Mar 26 16:43:52 2002
-
diff --git a/www/irc/rockbox-20020327.log b/www/irc/rockbox-20020327.log
deleted file mode 100644
index 902770b85e..0000000000
--- a/www/irc/rockbox-20020327.log
+++ /dev/null
@@ -1,563 +0,0 @@
-
-**** BEGIN LOGGING AT Wed Mar 27 08:23:32 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is rock the box http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by adiamas at Tue Mar 26 09:53:55
-<Bagder> hey
-<adiamas> welcome back
---- adiamas gives channel operator status to Bagder
-<Bagder> thanks ;-)
-<Bagder> we had quite a gathering here yesterday
-<Bagder> as your logs might have shown
-<adiamas> heheh let me scroll and see ;)
-<adiamas> seems like it...
-<adiamas> i wanted to play with the uisimulator on my home machine... but having issues...
-<adiamas> seems that rh7.1 doesn't install the X11 headers for somereason.
-<Bagder> :-(
-<Bagder> btw, you should get the latest uisimulator sources
-<Bagder> I updated them all day yesterday
-<adiamas> yeah.. grabbed it this afternoon at work...
-<Bagder> ah, ok
-<adiamas> pops up a little black window..
-<adiamas> white boarder with text?
-<Bagder> yes
-<adiamas> nods
-<adiamas> i gotta take time to read the source.. no time at work...
-<Bagder> most of the lcd-code is generic as it works on a buffer
-<Bagder> the lcd_update() reads the buffer and makes X11-calls to draw in the window
-<adiamas> damn it.. think i may have to download the neweest x
-<Bagder> ouch, that's a *lot*
-<Bagder> isn't there any rh7.1 rpm with x11 headers?
-<adiamas> i don't know rpms all that well :(
-<adiamas> i pulled out the source from the source cd.. but not sure wtf im looking at...
-<adiamas> so im playing with diff ideas
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<Bagder> morning wavey
-<wavey> hiya bagder
-<wavey> i keep reading your name as badger
-<wavey> is there a meaning behind bagder?
-<Bagder> hehe, I don't hold that against you ;-)
---- adiamas gives channel operator status to wavey
-<Bagder> once upon the time..
-<Bagder> back in.. 1987
-<Bagder> I was about to pick myself a nick name
-<Bagder> and this is what it turned out to be ;-)
-<wavey> heh
-<Bagder> I've stuck with it since
-<wavey> same here, but it was 1991
-<wavey> i was asked to give a name for a MUD
-<wavey> and this one came out of nowhere
-<wavey> and it stuck
-<Bagder> I actually *did* intend to spell it badger
-<Bagder> but I was a bad reader or writer or something ;-)
-<wavey> heh excellent
-<Bagder> then I thought the dyslexic style was kinda fun
-<wavey> should reduce the number of nick collisions, etc :)
-<Bagder> yeps
-<wavey> except on #dyslexic-animals
-<Bagder> bwahaha
-<adiamas> okay.. are you guys familar with rpms?
-<Bagder> somewhat
-* wavey is more of a debian man, but go on
-<adiamas> well.. i don't ever use them...
-<adiamas> im a jedi, i use the source luke
-<wavey> heh
-<adiamas> anyways... i have like 20 rpms for various forms of X11.. all i want are the friggin headers since rh7.1 didn't install witht hem...
-<adiamas> is there and easy way to get at them?
-<Bagder> isn't there like a x11-devel package or something?
-<adiamas> and an easier question ;) when charging your players.. have you run the batteries all the way down? and if so, how long did it take charging for you before it held the charge?
-<wavey> you can unpack an rpm without installing it to get files out, yes
-<wavey> and i've run the batteries down a few times
-<wavey> but never in one continuous go
-<wavey> and i always charge overnight
-<wavey> or even continuously
-<wavey> so dunno
-<adiamas> nods
-<adiamas> it seems like its taking forever for this to take a charge again...
-<Bagder> me neither, I haven't even had mine a week yet
-<adiamas> and yeah.. theres a dev version...
-<adiamas> but 7.1 is so bitch slapped i think im just going to pick up a new distro tomorrow...
-<adiamas> think i might borrow a buds suse...
-<adiamas> 7.1 shipped with a dev snap shot of gcc that was fucked.
-<wavey> isn't 7.x really old?
-<wavey> i haven't looked at rh for yearsa
-<Bagder> 7.2 is the most recent, there's a 7.3 beta available
-<wavey> ok, my bad
-<adiamas> yeah...
-<adiamas> but im starting to really dislike the rh distro...
-<adiamas> Bagder: what distro are you runnin?
-<Bagder> rh 6.1 I believe, patched and upgraded beyond recognition ;-)
---> Zagor (~bjst@labb.contactor.se) has joined #rockbox
-<wavey> ad: how long is 'forever'? to take a charge?
-<Bagder> hej Zagor
-<Zagor> morning
-<wavey> morning
-<Bagder> Zagor: I feel a need for some source code organization from you ;-)
-<Zagor> bagder, don't put those dir in the root. make a 'firmware' top dir to put them in
-<adiamas> morning...
-<Bagder> you mean uisimulator root?
-<Zagor> no, the ones you mailed about. the target code.
-<adiamas> wavey im looking at hmmm.. i was home by 23:30 est, and it's now 3:30 est
-<Zagor> uisimulator is fine in the root, i think
-<adiamas> so 4 hrs?
-<Bagder> ah, right I didn't intend to put them in the root
-<Zagor> ok, good
-<adiamas> but i _really_ drained the batteries.
-<Bagder> I thought of having a 'rockbox' module, as a name for the firmware
-<Zagor> maybe a bit too general?
-<Bagder> Zagor: but I was actually thinking of leaving that task to you ;-)
-<Zagor> ah :)
-<Bagder> as head of the team
-<Bagder> I'm getting confused of all the various source code archives now ;-)
-<Zagor> hehe
-* adiamas pokes zagor
-<adiamas> so.. should i antagonize you about getting added to source forge team?
-* adiamas grins wildly
-<Zagor> hmm, did you send me your sourceforge user name?
-<adiamas> nods
-<adiamas> same one as here "adiamas"
-<Zagor> ok. sorry, i must have missed it. i'll add you right away
-<adiamas> and should we call this room "everyone gets op status bu Tumm"?
---- Bagder gives channel operator status to Zagor
-<adiamas> hehe no prob..
-<adiamas> just want to post ver. 1 of FAQ
-<adiamas> its really basic and typo ridden.
-<adiamas> i can't spell for crap.
-<Zagor> no problem
-<adiamas> but i figure once your happy, you post it where you see fit.
-<Zagor> yup
-<adiamas> Bagder btw.. when i was looking at the code for uisim, something odd...
-<adiamas> the first function in screenhack.c, merge_options...
-<adiamas> i was playing with the structs, just to test something we've been doing at work
-<adiamas> you do a memcpy, and i was playing with structure copies... they are a bit faster, but when i did it the size of the displyed box (not the white box, the surrounding box) tripled...
-<Bagder> as the header of that file explains, it's been ripped-out from xscreensaver
-<adiamas> any idea why?
-<Bagder> no I don't, I'm not that well aquinted with those functions
-<adiamas> hehehe k... ill go back then... was just the first thing i played with.
-<Zagor> adiamas: you
-<Zagor> are added now
-<adiamas> ?
-<adiamas> sweet.
-<Zagor> "Doc Writer" :-)
-<Bagder> Zagor: suggestion for a new page: cvs info, that sourceforge one is too hard to find and too generic
-<Zagor> good point
-<Zagor> i'll see if i can fix all the cvs issues today
-<Zagor> including putting the web page in cvs
-<adiamas> hehe Doc Writer works for me till i get my <insert profane insult here> box working better.
-<Bagder> that would be really neat
-<Zagor> tumm, who are you? i haven't seen you before.
-<Bagder> I think he's asleep
-<Zagor> ok
-<Zagor> well, the more the merrier :)
-<Bagder> Gary sure is one active guy
-<Zagor> yeah
-<Zagor> we have attracted a wonderfully productive crowd!
-<Bagder> indeed
-<Zagor> maybe i'm the exception. i spent last night playing cstrike :*)
-<Bagder> we might consider putting named people in charge of various sub modules
-<Bagder> haha
-<Bagder> I got some really stupid problems with my Archos mounted filesystem yesterday
-<Zagor> ok?
-<adiamas> what problems?
-<Bagder> when cp -r'ing
-<Bagder> it failed, saying that the filesystem is read-only
-<Zagor> whoa!
-<Bagder> several times
-<Zagor> sounds bad
-<Bagder> I umunted and re-mounted and I could do it again
-<Zagor> did you have usb-storage debug on?
-<Bagder> no
-<Bagder> it copies maybe a hundred files before it bails out
-<adiamas> ive actually had that...
-<adiamas> but it happened when i was in win, not linux... :(
-<Zagor> hmmm, i can't remember how much i've copied to the recorder
-<adiamas> thats when i got that corrupted file.
-<Bagder> this is a 2.4.18 kernel
-<adiamas> i did 500+ files today in one shot
-<adiamas> hmmm same here.
-<Zagor> i have a 2.4.17
-<Zagor> but i only use ehci (usb 2.0) since i got it
-<Bagder> my card arrived yesterday (at Contactor) so I'm soon gonna be there too ;-)
-<Zagor> it's schweet! :)
-<wavey> i xferred 32 cds of mp3 to my recorder in 1 1/2 hours with usb2
-<wavey> that's 3500 songs
-<wavey> 350 cd
-<wavey> fuckin' a.
-<Bagder> :-)
-<adiamas> small house keeping question, cause im anal... umm... logging, will we be relying on printf to the screen, or an actual log file?
-<Bagder> in uisimulator you mean?
-<adiamas> cause i see you have a Logf() in uibasic.c
-<adiamas> nods
-<adiamas> kinda pointless to keep a log on the player ;)
-<Bagder> my original intent was to use the log function
-<Bagder> but then I lost my dicipline ;-)
-<Bagder> also, some of the printf() things are placed in "actual" code, and we need to define how to deal with that
-<adiamas> hehe well.. for what its worth... dicipline may be what we want to set this early :) its gonna be a pain in the arse to break habits later :)
-<Bagder> on a global basis
-<Bagder> you're right
-<adiamas> i have a suggestion on that
-<adiamas> something that seemed to work for me...
-<adiamas> since we are doing "functionname(char *format, ...)
-<adiamas> we just #define the function name, use that... then when/if you want to tear it out its a bit easier
-<Zagor> i don't get it. what's the gain?
-<adiamas> nothing significant.. i was just refering ot the "actual" code bit...
-<Zagor> oh
-<adiamas> doing dev, having it there is fine, but if you want to bring it o the player you want and easy way to remove it.
-<Bagder> a #define macro can't use a variable amount of parameters, in ansi
-<adiamas> and config files are out of the question in this case.
-<adiamas> thats not what i mean...
-<adiamas> i mean: #define PRINTFUNC printf
-<Bagder> aha
-<adiamas> then just: PRINTFUNC("%s", "we are cool")
-<adiamas> then you want to turn it off, then you just have PRINTFUNC point to an empty funciton
-<adiamas> *poof*, no more output
-<Bagder> but that still makes calls to code
-<adiamas> nah, optimized out
-<Bagder> only if in the same source
-<Zagor> #define PRINTFUNC //
-<Zagor> :)
-<Bagder> hehe
-<adiamas> yeah...
-<adiamas> heheh
-<Zagor> ugly, i know
-<Bagder> that's a bit "brual" ;-)
-<adiamas> i like that better :)
-<adiamas> brual?
-<Bagder> why not just PRINTF(("%s", "rockboxk")); ?
-<Bagder> then you can #define PRINTF
-<Bagder> completely
-<Zagor> it gives really weird errors if you do a multi-line PRINTFUNC call
-<adiamas> i don't get it.
-<Bagder> #define PRINT printf x
-<adiamas> oh, got ya
-<adiamas> honestly, id just have issues with that on a readablity level
-<adiamas> but thats just me
-<Bagder> I have no strong feelings about either way really
-<Bagder> we should define a single way to do it, and stick with it
-* adiamas defers all decision making to you european types ;)
-<adiamas> that i agree with...
-<adiamas> and please please please, someone post preferences on how code is to be indented/spaced etc...
-<adiamas> i get enough of 19 diff ppls ideas of formating at work...
-<wavey> code layout is so unimportant
-<adiamas> be nice to have something everyone is expected to stick with.
-<wavey> as long as it's readable
-<wavey> and runnable
-<Bagder> we could have a "prefered" style, but allow stubborn people to use their own
-<adiamas> readable is the problem.
-<adiamas> nods.. thats what i ment.
-<wavey> readable is common sense
-<adiamas> i dont mean we take a LART to someone for putting a { on the wrong line.
-<wavey> and no two people agree on styles
-<Bagder> true
-* adiamas thinks wavey hasn't seen what passes for 'readable' in his office
-<Bagder> heheh
-<wavey> and code beautifiers can be built into a makefile
-<Bagder> beautifiers are no good for versioning
-* adiamas watches cvs explode
-<wavey> no, you beautify locally
-<Bagder> right
-<wavey> according to how you like code
-<wavey> and you can do a 'standard' beautify before the check-in
-<wavey> if these things matter to you
-<wavey> cvs sucks ass, anyhow
-<Bagder> it's the best we have...
-<adiamas> how do you do a standard beautify before check in? rely on the person remembering?
-<wavey> i don't like non-exclusive versioning systems
-<adiamas> define non-exclusive?
-<wavey> adiamas incorporate it into the makefile
-<Bagder> wavey: when doing global development, that's the only thing that works
-<wavey> make checkin
-<adiamas> nods
-<wavey> bag: alas, yes
-<adiamas> thought so.. tired, so checking :)
-<wavey> non-exclusive == if i have it checked out, you can't touch it
-<Zagor> wavey: i wouldn't want to admin a global project with exclusive checkout... :)
-<wavey> zag: depends on the numbers, not the geographical distribution.. ;)
-<Zagor> correct
-<Bagder> I don't think the problem with CVS is the non-exclusiveness
---> alkorr (jbcoax@srs07v-1-85.n.club-internet.fr) has joined #rockbox
-<wavey> hey alan
-<alkorr> hi
-<alkorr> well i'm planning to do an ARCHOS.MOD as a loader for a not scrambled rockbox.bin binary
-* Bagder needs more coffee
-<wavey> cvs will work fine for us - and i'm not ungrateful for sourceforge providing it..
---> linus (~linus@labb.contactor.se) has joined #rockbox
-<wavey> hey linus
-<linus> Yo!
-<alkorr> yo Linus
-<linus> I just dug up my FAT code. It isn't that much really. It was originally intended to be a general FAT12/16/32 driver, with emphasis on FAT16. It was for another project.
-<linus> It is only working in a simulated environment, in Linux.
-<alkorr> yes, ok I retrieve some of my FAT32 source but a little bit old compared with the last I've lost
-<alkorr> so it could be interresting to merge
-<linus> Yup. I'll give it to Bjrn, and he will upload it to the web site.
-<Bagder> hey linus
-<linus> hey Bagder
-<alkorr> well tell me if you are okay for what follows :
-<alkorr> - only FAT32
-<alkorr> - filesystem directly use ATA, no generic device
-<alkorr> - ATA only handle primary controller and the master device (our HD)
-<alkorr> are you okay with that ?
-<alkorr> or do you want something else ?
-<Bagder> I believe in incremental development
-<Bagder> anything is fine
-<Bagder> we improve it later if need be
-<linus> It's perfectly OK. There's no need to develop any code that we won't use. I was planning to rip out the FAT12/16 stuff anyway, since the project it was intended for died.
-<alkorr> must we handle only one partition ?
-<linus> I don't see a problem handling several partitions, but let's start with only one primary partition.
-<alkorr> ok
-<alkorr> it is not a problem for me, it's just some code to add for having them
-<alkorr> the only problem is how the user will see all the partition on his/her JB
-<linus> That's why we should wait with that feature.
-<alkorr> ok
-<alkorr> i'm not sure about that, but did you know for people who have a recent JBR if their hd have a MBR or a direct FAT32 (true removable hd)
-<alkorr> ?
-<linus> I have no idea.
-<Bagder> then you have to add that feature
-<Bagder> we can't know all at once anyway
-<alkorr> the old JBP and JBR cannot read direct FAT32 because of their old firmware
-<alkorr> badger ? your hd on you JBR is the original ?
-<linus> I'm not sure I follow you. What is "direct FAT32"?
-<Bagder> yes
-<Bagder> I just got mine
-<alkorr> can you have a look on the first sector to see its signature, a MBR or a FAT32 ?
-<alkorr> unless you did format it
-<Bagder> what tool can show the first sector like that?
-<linus> My Recorder HD had one primary FAT32 partionaccording to FDISK, before I reformatted it... :-(
-<alkorr> mc
-<Bagder> ok, I'll try to remember to do that tonight
-<alkorr> linus : a normal hd has a MBR with a partition table
-* adiamas growls at CVS
-<alkorr> mc, look for /dev/sda, press F3, switch to hexa mode, that's all
-<linus> FDISK seemed to recognize a partition table when I put the recorder HD in my laptop yesterday.
-<Bagder> alkorr: will do, I don't have access to it now
-<alkorr> linus : a removable disk can have no MBR, i.e, it has no partition at all. Instead, it has a FAT32 boot sector at the very first physical sector
-<linus> I just gave the FAT code to Bjrn. Be aware, it is undocumented, and implemented straight from the Microsoft specification, so it is in no way optimized. It cad create empty files and directories.
-<alkorr> Badger : yes I know, I just gave you the instructions to check
-<Bagder> ok
-* Bagder logs everything said here, saves him from taking notes ;-)
-<alkorr> :)
-<alkorr> linus : no problem :), Windows can read that kind of removable hd
-<alkorr> linus : but old firmware don't know that
-<alkorr> for those who used Windows 98 SE, it is very complicated to format
-<alkorr> because you need to put the hd as removable to access it, but not removable to format it :/
-<alkorr> Bjrn ? how must I do to take Linus'source ?
-<Zagor> wait :)
-<alkorr> oh okay :)
-<linus> Interesting. I just did that yesterday. I attached the redorder with an empty HD and partitioned it using FDISK. Was that the wrong way to do it?
-<alkorr> are you interested with a simple ARCHOS.MOD as a loader for our rockbox.bin which wouldn't need to be scrambled ?
-<alkorr> linus : an empty hd ?
-<alkorr> linus : via USB or a ATA converter cable ?
-<Zagor> alan: http://bjorn.haxx.se/rockbox/tmp/fat.tar
-<linus> Well, brand new HD, via USB.
-<alkorr> okay
-<alkorr> it's strange, because Windows can only reckonize USB disk as logical disk...
-<alkorr> at least it is what happens when I use WinHex...
-<linus> So you mean that FDISK shouldn't be able to access the partition table of the Recorder?
-<alkorr> DOS Fdisk ? Windows FDISK ?
-<alkorr> or linux fdisk ?
-<alkorr> a logical disk is a partition
-<alkorr> a physical disk is the entire hd
-<alkorr> with WinHex i cannot access USB disk as physical disk, So i cannot retrieve the MBR for USB disk, even I know it exists
-<linus> Sorry. I ran FDISK in a DOS windows in Win98SE
-<alkorr> was it an Archos disk using the chipset ISD200 ?
-<linus> I created a primary partition (man those "integrity checks" tokk some time...) and then formatted it in Explorer.
-<linus> I would have done it in Linux if it hadn't hung badly when I connected the Recorder... :-(
-<adiamas> hmmmmm
-<alkorr> So your BIOS is able to read the recorder HD !? i thought ISD200 was not totally compliant with USB Mass Storage
-<adiamas> i had that issue today to...
-<adiamas> matter of fact..
-<adiamas> my recorder battery died.. caused linux to hang so bad i had to hard reboot
-<linus> Alan: remember. The Recorder is an ISD300 device.
-<alkorr> oh yes !!!!
-<alkorr> okay i'm speaking about ISD200 !!!
-<linus> Now we're talking. I had to use Linux when I did the same thing with my Player.
-<alkorr> okay okay you don't even need a driver for Windows with ISD300 i suppose
-<adiamas> okay.. sorry all you european studs you.. but this american needs sleep..
-<adiamas> see you in a few
-adiamas alkorr <Bagder> night adiamas
---- adiamas is now known as adiamas|sleeping
-<linus> I really don't know. When I connected my Recorder the first time, Windows asked for a driver disk, and I inserted the CD that came with the Recorder.
-<alkorr> Zagor ? what do you think about ?
-<alkorr> well, if your DOS is able to access your recorder, that means your BIOS has capability to see USB hd (i.e, those which are really compliant with USB Mass Storage)
-<alkorr> Maybe if you don't give the CD, Windows will find another driver in its database
-<alkorr> maybe maybe
-<alkorr> anyway it is good for you not to be blocked :)
-* Zagor thinks windows wants drivers for everything...
-<alkorr> linus : i'm looking at your work
-<alkorr> your fat entry cache is one sector ?
-<linus> Nope. It is as many sectors as you need.
-<alkorr> the reason why you use a malloc...
-<linus> Actually it's 256 sectors. Look at line 71.
-<alkorr> ok
-<linus> As you see, a lot can be removed, since we don't intend to support FAT16. And in many places, I only have support for FAT12/16. We have work to do.
-<alkorr> lfn ?
-<alkorr> i must leave you. CU
-<-- alkorr has quit ()
-<wavey> can we get the logs of this channel sent to the website?
-<wavey> they're very interesting
-<wavey> any many people would be interested
-<Zagor> good idea
-<Bagder> I can collect my logs so far
-<linus> Daniel! Don't press DELE*...
-<linus> Off for lunch. CU in a few.
-<Zagor> same here
---- Tumm is now known as coyote
-<Bagder> he's alive! ;-)
-<wavey> if uncommunicative ;)
---> alkorr (jbcoax@srs04m-8-243.n.club-internet.fr) has joined #rockbox
-<alkorr> re-hi
-<Bagder> alkorr: what's your surname? I'm typing up a little nick => real name list for posting the logs
-<alkorr> i've no nickname. Alkorr is not enough ?
-<wavey> alan korr, i think, yes?
-<Bagder> people might want to know the real name, who's behind the nick
-<alkorr> Alan Korr, my nickmane : Alkorr
-<Bagder> ok, thanks
-<alkorr> Alan Korr
-<alkorr> just a question for Linus : did my rockbox work with serial ?
-<Bagder> he's away, eating
-<alkorr> right
-<Bagder> now, as soon as Bjrn has made the web updated vis CVS, I can just add the log there ;-)
-<Bagder> s/vis/via
-<alkorr> arf :)
-<alkorr> you'r a fan of GREP ;)
-<alkorr> okay i'll be here in one or two hours
-<alkorr> good lunch
-<-- alkorr has quit ()
-<-- coyote has quit (zahn.openprojects.net irc.openprojects.net)
---> coyote (coyote@dreamhosted.borlange.se) has joined #rockbox
-<Zagor> hey, coyote
-<Bagder> Zagor: how's the www cvs going?
-<Zagor> it's just about ready
-<Zagor> i'm just reorganising a few things. the scramble tools, for instance, gets a cvs dir of their own
-<Zagor> also, I need to fix something about the load balancer
-<Zagor> which of .html and .cgi has priority by default in apache?
-<Bagder> I think it checks them in the order used in the config
-<Bagder> index.cgi vs index.html that is
-<Zagor> yeah. but that's not what I want to head :-)
-<Zagor> hear
-<Zagor> ok, so we'll have to remove index.cgi in the cron job on sourceforge.net. not a problem
-<Bagder> or, you can just don't add it to cvs
-<Zagor> yup. but i wanted it in cvs, so it's already there
-<Bagder> :-)
-<Bagder> btw, we could also use a new mailing list for cvs commits
-<Bagder> its a great way to keep up with development
-<Zagor> yes
-<Bagder> if you name a directory within www, I could put yesterday's irc log there :-)
-<-- wavey has quit (Read error: 110 (Connection timed out))
---> alkorr (jbcoax@srs06m-7-196.n.club-internet.fr) has joined #rockbox
-<alkorr> linus : are you here ?
-<linus> Helooooo!
-<alkorr> hi linus
-<Zagor> bagder: 'irc' sounds good to me
-<linus> I'm sitting with your code trying to get it to run on my jukebox
-<Zagor> we'll make an index page with info about server/channel, and then links to the logs
-<alkorr> okay, if you have some questions, don't fear to ask
-<linus> UIE6A at 900014be
-<alkorr> you caught an exception ?
-<linus> Yup.
-<Bagder> Zagor: I added the dir and put the log there just now
-<alkorr> exception 106 : TXI1
-<Zagor> ok
-<Bagder> Zagor: there's a short nick => real name list at the top of the log, it could probably be put on the main page too
-<Zagor> ok
-<alkorr> is abnormal, you shouldn't get it because I don't use interrupt when transmitting
-<linus> You might have turned it on by mistake, since you do use it for receiving.
-<alkorr> SH1 tries to call an interrupt TXI1 but as i don't code an interupt TXI1, it defaults to a UIE
-<alkorr> yes but it's strange, because I never caught this interrupt
-<alkorr> let me have a look on SH1 hardware manual
-<alkorr> SCI1SCR is set to 0x70, which means only RIE,TE and RE is set
-<alkorr> RIE = Receive Interrupt Enable
-<linus> Yeah, I saw that too...
-<alkorr> TE = Transmit Enable (nothing to do with interrupt)
-<alkorr> etc.
-<linus> By the way, you never called serial_setup() in the code you sent me.
-<alkorr> yes because I did in setup ()
-<alkorr> setup () contains all the initial setup for most ports
-<alkorr> included SCI1
-<alkorr> setup is in main.c
-<linus> Now I see. Why do you do that instead of using serial_setup()?
-<alkorr> well serial_setup was just an extra in case we need it elsewhere
-<Zagor> bagder: doesn't "cvs update" make new dirs?
-<Zagor> i just updated the sf page, and didn't get the irc dir
-<Bagder> no, make a habit of using "up -dP"
-<alkorr> I prefer concentrate all initialisation in one setup () with direct access on port for a smaller code
-<Zagor> ah
-<Bagder> -d for make dir, -P for delete removed files
-<alkorr> quite now i never use serial_setup (a old code)
-<linus> I understand. I have another opinion, but never mind. Let's find out whywe get that interrupt...
-<alkorr> my intention is to have the smallest code possible for the final rockbox so we can have the largest space for buffer
-<alkorr> a choice to do
-<linus> Good idea
-<Bagder> me like inlined functions then, best of both worlds
-<alkorr> so, without changing my code, you caught this interrupt ?
-<alkorr> that's true, Badger, i should try do so too to check i didn't lose space that way
-<Zagor> btw, alan. he's "bagder", not "badger". it
-<alkorr> sorry :)
-<Zagor> 's an old story :)
-<Bagder> it proves he's not using tab completion ;-)
-<Zagor> haha
-<alkorr> Bagder, are you sure ?
-<alkorr> :)
-<Bagder> that would be french tab complettion then :-)
-<Zagor> tab completion to a dictionary, perhaps ;)
-<alkorr> yes i forget this capability :)
-<alkorr> very practical indeed
-<alkorr> ok, linus, can you tell if you made a change before catching this interrupt ?
-<alkorr> linus, add a new interrupt in serial.c
-<alkorr> or let me change my serial.c and i will send it to you
-<linus> Alan, I removed my extra call to serial_setup(). Now I get "OK WORKING", but no serial communication seems to work
-<alkorr> ok, it looks as if my software is no good
-<alkorr> if only i could remember what i did to make it work before my hd crashing :(
-<linus> I'll look into it. Hang on.
-<alkorr> linus : we must check if REI1 is called
-<alkorr> add : " }
-<alkorr> add : "lcd_goto (0,0); lcd_puthex (QI(SCISSR1),2);" in REI1
-<alkorr> it will display in hexa the byte read for Serial Status Register (overrun,frame or parity error)
-<Bagder> Zagor: you should add Gary to the activity table
-<Zagor> ok
-<alkorr> oh wait, and if PB10 and PB11 is not set as serial pins in setup () ? i'm checking them
-<Zagor> bagder: ui simulator?
-<Bagder> lcd code and ui sim for windows at least
-<Zagor> ok
-<Zagor> did rob ever put his faq anywhere?
-<Bagder> I don't think so
-<alkorr> Linus, check for BAUDRATE and PHY at the begining of system.h
-<linus> 12MHz and 9600
-<alkorr> 9600 is okay for you ?
-<linus> Yup.
-<alkorr> well, when there is no serial jack pllugged on my JBP, it displays "OK WORKING!"
-<alkorr> the same thing when pluged but nothing in my serial terminal
-<linus> Are you sure that you don't loop the serial data in your PC?
-<alkorr> what do you mean by looping ?
-<linus> Echoing
-<alkorr> i echo what I get not what i put
-<alkorr> I = sh1
-<alkorr> there is no echo from the PC side
-<linus> Got it!
-<alkorr> so ?
-<linus> You have to insert a small delay before enabling TX and RX (SCR1 = 0x70). I made a while(i++ < 30000);
-<alkorr> ok
-<alkorr> good to know
-<linus> As the manual says: "one bit time"
-* Bagder grins
-<linus> I spent quite a few hurs myself with exactly the same problem. I should have remembered that... :-)
-<alkorr> ok you know what i did ?
-<alkorr> i just put the last SCISCR1 = 0x70 just after setting interrupt priorities and it woks now
-<alkorr> so we don't need a very long delay
-<alkorr> very good now i can display messages on my serial terminal :)))))))
-<alkorr> thanks to you Linus, I thought about that but i was sceptical :) finally you did the right thing
-* Bagder hoorays
-<alkorr> ok i will see later
-<alkorr> bye
-<-- alkorr has quit ()
-<linus> Gotta go now. CU!
-<-- linus has quit ("Leaving")
---> alkorr (jbcoax@srs08m-5-139.n.club-internet.fr) has joined #rockbox
-<alkorr> oh linus is left, well okay.
-<-- alkorr has quit (Client Quit)
-<Zagor> gotta run. see you guys
-<Bagder> bye!
-<Bagder> I figure the day is over now, I'll clear off as well
-**** ENDING LOGGING AT Wed Mar 27 16:27:55 2002
-
diff --git a/www/irc/rockbox-20020416.log b/www/irc/rockbox-20020416.log
deleted file mode 100644
index d58a324700..0000000000
--- a/www/irc/rockbox-20020416.log
+++ /dev/null
@@ -1,214 +0,0 @@
-**** BEGIN LOGGING AT Tue Apr 16 07:32:17 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
---> adiamas (~adiamas@216.194.26.214) has joined #rockbox
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor2 is now known as Zagor
---> Linus (~linus@labb.contactor.se) has joined #rockbox
---- Bagder gives channel operator status to Zagor
---- Bagder gives channel operator status to Linus
-<Bagder> $ mount /dev/sda1 /mnt/archos
-<Bagder> mount: /dev/sda1 is not a valid block device
-<Bagder> everything's the same as with my previous usb stuff
-<Bagder> I only added the EHCI module
-<Zagor> what does the kernel log look like when you plug in the device?
-<Bagder> hub.c: USB new device connect on bus1/4, assigned device number 2
-<Linus> Bagder: how is the Recorder formatted?
-<Linus> or rather partitioned?
-<Bagder> there's no difference
-<Bagder> it worked with my usb1.1
-<Linus> Have you tried /dev/hda?
-<Linus> And what sayeth your /proc filesystem?
-<Linus> I am a moron. Of course I mean /dev/sda.
-<Bagder> my /proc says a lot of course, any specifics?
-<Zagor> /proc/scsi/scsi
-<Linus> /proc/scsi/usb-storage or /proc/scsi/scsi
-<Bagder> hm
-<Bagder> $ cat /proc/scsi/scsi
-<Bagder> Segmentation fault
-<Zagor> ooh
-<Linus> Ouch!
-<Bagder> should I take away some of the other usb stuffs when I use ehci?
-<Zagor> i don't think that should be necessary
-<Bagder> this happened before too
-<Bagder> when I used the wrong usb module
-<Bagder> ohci
-<Zagor> although i use usb as modules, so i rarely have everything loaded at the same time
-<Bagder> well, since they must be modules I do too
-<Zagor> they must be?
-<Bagder> dunno for the new one though
-<Bagder> yes
-<Bagder> the other ones must be
-<Bagder> at least for the menu stuff to work
-<Zagor> i didn't know that
-<Zagor> try /proc/bus/usb/devices
-<Bagder> it might work to fiddle in the .config
-<Bagder> and what am I looking for in there?
-<Linus> Bagder: do you have a directory called /proc/scsi/usb-storage-*?
-<Zagor> the isd300
-<Bagder> Vendor=05ab ProdID=0060 ?
-<Zagor> yes
-<Linus> Bagder: are you sure that the usb-storage module is loaded?
-<Bagder> no
-<Linus> Check.
-<Zagor> :)
-<Bagder> so I need two modules?
-<Zagor> the usb driver and usb-storage, yse
-<Zagor> yes
-<Bagder> didn't need that before...
-<Zagor> in that case it was compiled-in
-<Linus> Yes you did.
-<Bagder> oh
-<Bagder> I have that one built-in
-<Zagor> hmm
-<Linus> Sounds strange. You could try to have usb-storage as a module instead
-<Bagder> yeps
-<Bagder> reboot pending
-<Bagder> I did in fact try it under windows yesterday ;-)
-* Bagder hides
-<Linus> *slap* (misses)
-<Zagor> looser
-<Bagder> I also tried to setup "internet sharing" in win98
-<Linus> HAHAHA!
-<Bagder> but failed to miserable I felt pain
-<Bagder> so miserably even
-<Zagor> you really are gullible... :)
-<Bagder> it is *supposed* to work
-<Linus> It does. But you have to know the secret handshake
-<Bagder> it of course ended up with me having *three* cards defined and none of them were having my correct IP addresses
-<Bagder> *g*
-<Bagder> so it took 20 minutes to clean it all up again and get back to where I started ;-)
-<Bagder> ... then I rebooted back to Linux
-<Bagder> phew
-<Bagder> reboot
-**** BEGIN LOGGING AT Tue Apr 16 10:18:30 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
-<Linus> Thanks!
-<wavey> i bet the archos guys themselves are impressed at that
-<Bagder> they should be at least
-<wavey> wait until they see our screen savers :)
-<Linus> I suspect that the Archos guys also used the serial port for debugging
-<Zagor> I'm curious if anyone at Archos has heard about our project yet
-<Bagder> right, I added the drawline function the other day
-<Zagor> Bagder: how's the menu ideas coming along?
-<wavey> Zagor: maybe. but they don't seem overly responsive for fixes or ideas from the public - so maybe they just don't give a shit?
-<Bagder> Zagor: not much there yet
-<wavey> my mate has the 1.26 rom, i'd like to know what changes went in
-<wavey> the lists don't seem to indicate much changed
-<Bagder> I'd like to see an API for reading keys
-<Linus> Write one
-<Bagder> then I can fake both input and display in the simulator
-<Bagder> and produce something to try a menu system on
-<Linus> Write one
-<Bagder> I know I should
-<Bagder> again
-<Bagder> I need to take Alan code
-<Bagder> and Gary code
-<Bagder> and unity them
-<Bagder> unite even
-<Linus> Merge on. You have my full support. :-)
-<Bagder> thanks, there's only the time issue left then ;-)
-<Linus> Caffeine does wonders with time
-<Bagder> hahaha
-<Zagor> oh, you're not doing anything useful anyway ;)
-<Linus> "Charging batteries" (internal joke)
-<Bagder> oh, how did you know? ;-)
-<Bagder> speaking of charging batteries, that's a man who we should "lure" in here to get started on some work :-)
-<Bagder> Kjell
-<Linus> That man can really do screensavers!
-<Bagder> hehe right
-<Bagder> we need a math library ;-)
-<Bagder> Alan would love that!
-* Bagder giggles
-
-* Linus is having a Monty Python deja-vu
-<Zagor> i was living in a cardboard box in the middle of the road
-<Zagor> every morning we had to get up and lick the road clean
-<Bagder> luxury!
-<Linus> You were fortunate!
-<Bagder> is there any way we can wait for a key input without just while()ing in a read?
-<Bagder> I mean there's no irq or something?
-<Zagor> i don't think so
-<Zagor> nope
-<Bagder> ok
-<Zagor> PA[12-15] and PB[12-15] can trigger interrupts, but none of them are connected to a key
-<Bagder> Alan's key.h file sure is confusing to me
-<Bagder> well, perhaps not
-<Bagder> but quite not what I want
-<Zagor> uhhh, not a pretty sight
-<Bagder> Gary's is more in my line of thinking
-<wavey> anyone familiar with cygwin's setup process? how do i find out how to get a copy of /usr/share/dict?
-<wavey> bah
-<Zagor> i've never used cygwin
-<wavey> perhaps i'll reboot into linux
-<Bagder> I'll give ya a URL if you want
-<wavey> please
-<Bagder> I mean, the raw file
-<wavey> ah, i can get that myself thanks anyhow
-<Bagder> ok
-<wavey> just wanted to get the proper cygwin version
-<wavey> you know how interdependent these things can be
-<wavey> you guys redhat or debian users/
-<Zagor> both :)
-<wavey> ok
-<wavey> i love debian
-<wavey> to death
-* Bagder has a redhat 6 something, patched beyond recognition
-<Zagor> i'm a long-time redhat user and a recent debian convert
-<wavey> i remember installing slackware using 20+ floppies
-<wavey> those were the days
-<Zagor> hehe
-<wavey> 386
-<wavey> 16 MB ram
-<wavey> and my system kicked ass :)
-<Zagor> which kernel version was that?
-<wavey> wow
-<wavey> that's going back some
-<wavey> about a year before 2.0
-* Bagder got the 0.01 kernel on a CD with a book he bought recently
-<Zagor> empty cd...
-<Bagder> well, there were other kernel releases too ;-)
-<Zagor> ah
-<Bagder> "Linux core kernel code commentary"
-<Bagder> nice reading before falling asleep at night ;-)
-<Zagor> that's cheating!
-<wavey> the oreilly kernel book is very good
-<Bagder> I got that one too
-<Bagder> device drivers volume 2
-* Zagor has a bloody zoo in the bookshelf
-<wavey> heh yeah
-<wavey> luckily they expense books at my current company
-<wavey> i bought 40 over the last couple years
-<Zagor> yeah, same here
-<wavey> i stroke my bookshelf at night
-<Zagor> hehe
-<Bagder> hahaha
-<wavey> my fiancee is getting jealous
-<wavey> is the device drivers book worth getting?
-* Bagder 's wife fainted when she saw the "kernel commentary" book ;-)
-<wavey> i was tempted
-<Bagder> "what *is* that!" ;-)
-<Linus> The device drivers book is a must
-* wavey makes mental note
-<Bagder> do we have any good pictures of a player and a recorder taken on the keys/lcd ?
-<Bagder> ah http://bjorn.haxx.se/rockbox/internals/archos1.jpg is a good one on the player
-<Bagder> we have no good ones of the recorder though
-<Zagor> i can take some
-<Bagder> I'd like a web page with two frontal pics next to each other
-<Bagder> player/recorder
-<Bagder> makes it more clear to people (and me) how much they differ
-* Bagder thinks ui/input stuff
-<Zagor> ok
-* Linus is starving
-<Zagor> preferrably with the displays lit
-<Zagor> off to lunch
-<Bagder> yes
-<Linus> Lunch!!!
-<Bagder> food
-**** ENDING LOGGING AT Tue Apr 16 11:52:45 2002
-
diff --git a/www/irc/rockbox-20020417.log b/www/irc/rockbox-20020417.log
deleted file mode 100644
index 7ab27c9de2..0000000000
--- a/www/irc/rockbox-20020417.log
+++ /dev/null
@@ -1,164 +0,0 @@
-**** BEGIN LOGGING AT Wed Apr 17 07:59:14 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor2 is now known as Zagor
-<Zagor> morning
-<Bagder> hey
-<Zagor> cool hack of the day:
-<Zagor> Adbusters is buying a 30 second commercial spot on CNN tomorrow
-<Zagor> and they're airing....nothing
-<Bagder> :-)
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<Zagor> 30 second black screen
-<Bagder> at least it was cheap to manifacture ;-)
-<Zagor> hehe
-<wavey> morn, boys
-<Bagder> hey wavey
-<Zagor> hi wavey
-<Zagor> apparently the spot cost $5000 to purchase
-<wavey> i tried compiling firmware last night, and it complained of missing .h files
-<wavey> fakestore or something
-<Zagor> yeah, that's the fat code. it's not compilable
-<wavey> ah.
-<wavey> ok
-<wavey> is it normal to have noncompilable code in cvs?
-<wavey> in a major build target?
-<Zagor> not really, but this is the first version of most files
-<wavey> hmm
-<wavey> i guess
-<Bagder> it hasn't really set yet
-<wavey> what's there looks good
-<wavey> i got most of it compiled on windows thru cygwin
-<Bagder> that cool
-<Bagder> that's
-<wavey> needed to mod the makefile to include cygwin's distributed include dirs, etc
-<wavey> once we have a compilable codebase, we should mandate that it's always compilable from then on - sensible?
-<Bagder> yes
-<Bagder> imho
-<wavey> otherwise it holds up dev
-<Bagder> indeed, there will be many people using the code base then
-<Bagder> but feel free to correct the problems and mail us patches! ;-)
-<wavey> sure - will do :)
---> linus__ (~linus@labb.contactor.se) has joined #rockbox
---- Bagder gives channel operator status to Zagor
-<wavey> can someone add me as a registered dev on the rockbox sourceforge project pls
-<wavey> mister_wavey is my sf login
-* Bagder points in Zagor's direction
-<Zagor> sure
-<wavey> cheers
-<Bagder> today's security flaw: IE back button ;-)
-<wavey> heh
-<wavey> which webapp is misbehaving?
-<Bagder> the back button can run javascript
-<Zagor> stuart martin, mister_wavey, Developer
-<wavey> zag: lovely
-<Bagder> wavey: to commit anything to CVS, you need to checkout the repo using ssh first
-<Bagder> before you did it read-only
-<linus__> Strange. When I connect from work, I am allowed to use the nick "Linus", but not from home. ???
-<Bagder> linus__: muh is still running and uses it probably
-<Zagor> that's because from work you are connecting via "muh", which is holding the Linus name for you
-<linus__> AAh IC.
-<linus__> Bagder: muh is running on labb, or...?
-<Zagor> yes
-<linus__> S hur kopplar jag upp mig mot den?
-* Bagder detects swedish BZZZZZ
-* Bagder grins
-<Zagor> connect your irc client to labb:9997
-<linus__> OK. CU!
-<-- linus__ has quit ("Client Exiting")
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<Bagder> tadaaa
-<Linus> WOW! It worked!
-<Bagder> nomad claims 22 hours battery time
-<Bagder> http://www.nomadworld.com/products/Jukebox3/
-<Zagor> ...and the reviews report 10-12 hours
-<Bagder> :-)
-<Linus> I got my soldering station yesterday. I made another debugging cable just to test it.
-<Bagder> ... and now you sell it to the highest bidder? B-]
-<Zagor> ah, good. because i got my archos swapped today!
-<Linus> Rock'n'roll!
-* Bagder reads "Any one out there linking the curl C library with a COBOL program?"
-<Bagder> :-)
-* Bagder bounces, a commit mail from wavey!
-<wavey> heh
-<wavey> cygwin makes hell bearable
-<Bagder> yeah, cygwin's pretty decent
-<wavey> i've installed cygwin's ssh
-<Zagor> lunch
-<wavey> does the use of ssh produce a public key somewhere on my filesystem>
-<wavey> ?
-<wavey> or do i need to make my own
-<Bagder> you don't need one if you don't want to
-<Bagder> but ssh-keygen makes them
-<wavey> i'd like to store the key with sourceforge
-<Bagder> ah, then ssh-keygen is the answer
-<Bagder> -t dsa or -t rsa
-<Bagder> depending on which kind of key you want
-<Bagder> or one at a time to get both kinds
-<Bagder> they're normally store in ~/.ssh
-<Bagder> stored
-<wavey> do i want a passphrase on this?
-<Bagder> yes
-<wavey> ok cool
-<wavey> how long does a cvs login session last for?
-<Bagder> forever
-<wavey> ok cool
-<Bagder> until you logout
-<wavey> ok waiting for the sourceforge batch process to use my key :)
-<Bagder> ok
-<Bagder> yes, it's nicer that way
-<Bagder> the cvs page isn't complete in that aspect either...
-<Bagder> as it doesn't explain the whole process to get the no-prompting to work
-<wavey> well, the ssh-keygen would be a useful addition
-<Bagder> yes
-<Bagder> you'll also need to run ssh-agent and ssh-add
---> alkorr (jbcoax@srs07v-3-253.n.club-internet.fr) has joined #rockbox
-<alkorr> hi
-<alkorr> good it works with WinCVS now (much easier to add or to update than with CVS command line)
-<-- alkorr has quit (Client Quit)
-<wavey> yuk
-<wavey> GUIs are evil
-<wavey> except directory browsers, i guess
-<Bagder> I agree
-<wavey> and therefore cvs integration makes sense
-<Bagder> people tell me the wincvs interface is really crappy though
-<wavey> ssh-agent and ssh-add are needed where?
-<Bagder> when sf knows your key
-<wavey> ok, what do i need to do?
-<Bagder> run "eval `ssh-agent`" and then "ssh-add"
-<Bagder> it starts an "agent" for your key
-<Bagder> and adds your key to it
-<Bagder> which then passes it to the server when used
-<wavey> ah
-<wavey> ok taa
-<Bagder> so for ssh-add you need to enter your pass phrase
-<Bagder> once
-<Bagder> and after that all cvs operations are with no prompts
-<Bagder> now, I honestly don't know how to put that short and nice in the cvs web page ;-)
-<wavey> :)
-<wavey> ooh
-<wavey> still being prompted - c'mon sf! get your batches running! :)
-<Bagder> you'll see on the prompt when you can expect the non-prompt to work
-<Bagder> it depends on which pass phrase it asks for
-<wavey> and the passphrase for the key is good for the length of the login session?
-<Bagder> um, yes, but the "login" session with ssh is just the single operation. unless you meant the passphrase to ssh-add which is good as long as you keep ssh-agent running
-<wavey> ah ok
-<wavey> and to restart the agent after reboot?
-<wavey> eval `ssh-agent` again?
-<Bagder> yes
-<wavey> coolio
-<Bagder> then ssh-add and add your pass phrase
-<Bagder> s/add/enter
-<wavey> ok
-<wavey> how do i get on the cvs notification list?
-<wavey> i couldn't see instructions anywhere
-<wavey> the mail archive needs a search tool too, ideally
-<Bagder> Bjrn mailed about it
-<Bagder> yes it does
-<Bagder> To get these mails, send a mail to majordomo@cool.haxx.se, with the text (no subject) "subscribe rockbox-cvs".
-<wavey> aha, just found it :) thanks
-**** ENDING LOGGING AT Wed Apr 17 12:25:54 2002
-
diff --git a/www/irc/rockbox-20020418.log b/www/irc/rockbox-20020418.log
deleted file mode 100644
index 4ae09bf7f6..0000000000
--- a/www/irc/rockbox-20020418.log
+++ /dev/null
@@ -1,559 +0,0 @@
-**** BEGIN LOGGING AT Thu Apr 18 08:42:39 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor2 is now known as Zagor
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<adiamas> wtf is the story with the makefile?
-<Zagor> there's a story?
-<adiamas> umm.. well.. all the >>>>> and <<<<<< and ======= stuff
-<Zagor> ah, that's a conflict
-<Zagor> you and someone else changed the makefile
-<Zagor> the >>>>>, <<<< and ===== describe the two versions
-<Bagder> which makefile btw?
-<adiamas> uisimulator
-<adiamas> nevermind.. i just did and update on my end...
-<Bagder> ok
-adiamas adi|atWork <adiamas> could someone tell me where their lcd.h is located?
-<adiamas> i don't have one and i need to grab it off a remote box...
-<adiamas> makefile is complaining
-<Bagder> ah
-<Zagor> it's in the firmware module
-<Bagder> I have uisimulator and firmware checked out in the same dir
-<adiamas> ?
-<Bagder> so in the uisim dir I can get it ../firmware/lcd.[ch]
-<adiamas> im really starting to dislike cvs
-<Zagor> rockbox, rockbox/uisimulator, rockbox/firmware
-<adiamas> yeah.. but _i_ don't wanna work on firmware
-<Bagder> you do now ;-)
-<adiamas> but your telling me that i need to pull it down and keep it up to date huh ?
-<Zagor> no but you need that source. we don't want to duplicate it
-<Bagder> because the uisim uses firmware code
-* adiamas giggles
-<adiamas> can't we break it out into another "library" or "common" dir or something?
-<Zagor> and have a third module you need?
-<adiamas> seems that makes more sense..
-<adiamas> nope.. still only be two..
-<adiamas> why should i worry about firmware if i only want to play with the uisim
-<Bagder> thing is, I want the uisim to use as much "real" code as possible
-<adiamas> nods
-<Zagor> because the uisim simulates the firmware
-<adiamas> nods
-<adiamas> okay.. now.. because im stupid.. if i just want to pull the files down and not checkout...
-<adiamas> whats the cvs command?
-<adiamas> or do i co no matter what?
-<Zagor> yes
-<Bagder> there's only checkout, yes
-<adiamas> nod
-<adiamas> im so much more used to sccs :)
-<Bagder> but since you don't modify them, you won't get problems updating them in the future
-<Zagor> sccs is good, but not for widely distributed development
-* adiamas nods
-<adiamas> i understand the use of cvs.. just feels icky cause im not used to it
-<Zagor> widely/wildly
-<Bagder> it takes some getting-used-to, I agree
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<Bagder> hey ho wavey
---- Zagor is now known as Zagor|work
-<wavey> goodly morning
-<adiamas> hmm... okay.. anyone know wtf firmware/system.h would bitch on uisim compile?
-<adiamas> complaing about the #define \'s
-<Bagder> hm
-<Bagder> lemme check
-<Bagder> what does it say?
-<Bagder> it works here
-<adiamas> gcc -DHAVE_CONFIG_H -DGETTIMEOFDAY_TWO_ARGS -DSIMULATOR -DHAVE_LCD_BITMAP -I../firmware -g -c uibasic.c
-<adiamas> In file included from ../firmware/lcd.h:24,
-<adiamas> from lcd-x11.h:24,
-<adiamas> from uibasic.c:36:
-<adiamas> ../firmware/system.h:52: parse error before `volatile'
-<adiamas> ../firmware/system.h:62: stray '\' in program
-<adiamas> and then like 100 iother stray complaints.. but i figure those are ghosts
-<Bagder> what gcc version is this?
-* Bagder suspects the crlf newlines...
-<adiamas> gcc version 2.95.3 20010315 (release)
-<adiamas> im not switching to the 3.0 series till its aged a bit
-<Bagder> on linux, right?
-<adiamas> yup
-<adiamas> ill tell you if its crlf
-<adiamas> one sec
-<adiamas> looks like it...
-<adiamas> i load it in emacs and it comes in DOS format
-<adiamas> mode rather
-<Bagder> yes
-<Bagder> so try stripping them off and compile and see if that removes the warnings
-<adiamas> ummm.. how do i do that easily?
-<Bagder> tr -d '\015' < system.h >system2.h
-<Bagder> then use the version 2 of course
-<adiamas> yup.. that did it...
-<Bagder> ok
-<Bagder> so we need to be more careful on the newlines
-<adiamas> so when i get diffs on what i do and others do.. clashes and what not.. and we get the <<<<<<<<<< and> >>>>>>> complaints.. how do we resolve those?
-<wavey> the makefile can include a newline checker
-adiamas adi|atWork adiamas adi|atWork <adiamas> thats a good idea
-<Bagder> adiamas: those are conflict markes that appear when you get an update that has changes on the same lines you have changed locally
-<adiamas> right.. i know.. but how do we resolve them...
-<adiamas> ie: you change int i to int duck
-<adiamas> and i want int wolf
-<adiamas> what happens?
-<Bagder> you edit out the "wrong" piece
-<Bagder> and keep the correct
-<adiamas> hehe but which is wrong?
-<Bagder> you need to figure that out
-<Bagder> it's a conflict with your changes
-<Bagder> we can't tell you what's right ;-)
-<adiamas> but it may only be a conflict with my changes because someone elses bug fix may be diff then mine.. and it clear out theres and place mine.. then theirs is in conflict
-<adiamas> and round the wheel turns...
-<Bagder> yes, but that's why you need to pick one of the alternatives. Or write a new approach ;-)
-* adiamas reminds you he's still new to this ;)
-<adiamas> one last question, then bed... is there a way to set my searchable include dirs in my env so that the makefile can find what it needs if things are in diff locations?
-<Bagder> it's possible to pass as arguments to make
-<adiamas> bah.. was trying to avoid that...
-<Bagder> it could be environment variables too
-<Bagder> we should figure out a way to let people do this easily
-* adiamas nods
-<adiamas> fixed.. settled for a symlink and said screw it
-<Bagder> way to go ;-)
-<wavey> adiamas: -IX -IX+1 -IX+2 for your makefile include entry will search X, X+1 and X+2 ..
-<wavey> where X, X+1 and X+2 are include dirs
-<wavey> if i understand your q correctly
-<wavey> so people edit their makefile to include all their includes in the $(INCLUDE) directive
-<wavey> that's how I do it
-<wavey> especially on cygwin, where the includes are all over the place
-<wavey> oh, and I replace the use of -I$(INCLUDES) with simply $(INCLUDES)
-<wavey> to ensure the first -I doesn't translate into -I-IX
-* wavey goes back to OO modelling
-<wavey> of course, we could always use autoconf
-* wavey runs
-<Bagder> hehe
-<adiamas> wavey nah.. that i know.. the part that was issue was the libs..
-<adiamas> yeah.. editing the makefile isn't an issue..
-<adiamas> i just don't want to have to keep fixing it each time i pulled down a clean copy and all
-<adiamas> so i just tossed LIBDIRS in the env
-<adiamas> and do make -e
-* adiamas shrugs
-<wavey> oh, libs - i thought you said includes
-<adiamas> hehe nope...
-<adiamas> im used to makefiles.. just not used to dealing with that on a new starting project :)
-<adiamas> w/ other ppls machines and all
-<wavey> 'is there a way to set my searchable include dirs in my env'
-<wavey> ha
-* wavey knew he wasn't going mad
-<adiamas> hehe sorry...
-<wavey> i think i need bed too
-<Bagder> 1 - 0 to wavey ;-)
-<wavey> but i've been awake only a couple hours
-<adiamas> its 0430 here.. cut me some slack ;)
-<wavey> heh
-<wavey> go
-<wavey> to
-<wavey> bed :)
-<adiamas> can't sleep :(
-<adiamas> this heatwave here is killing me..
-<adiamas> came to quick...
-<wavey> where are you?
-<adiamas> NY state, usa
-<adiamas> bout, 30 mins north of NYC
-<wavey> aha
-<wavey> how hot can it be at 0430?
-<adiamas> hit 93 today at work...
-<wavey> ouch
-<adiamas> yeah...
-<wavey> hope the ac is working
-<adiamas> don't have any
-<adiamas> just a ceiling fan
-<wavey> double ouch
-<adiamas> nods
-<adiamas> i find turning lights off and working by candle makes it cooler (both definitons of cooler)
-* wavey blinks
-<adiamas> besides.. the gf comes up this weekend.. so sweat is a good thing then ;)
-<wavey> heh
-<adiamas> btw.. its no ac at home.. work has it..
-<wavey> ah
-<wavey> glad to hear it
-* Bagder counts, 33.9 celsius = 93 fahrenheit = 307 kelvin
-<wavey> uk has been mild/warm for a few weeks now
-<wavey> s'lovely
-<wavey> had the first rain in ages yesterday
-<Bagder> we have like 9C today... :-/
-<adiamas> hehe we are in a near drought situation already... no lawn watering, town just passed restrictions on pool filling
-<Bagder> wow
-<adiamas> and across america over 100 records were broken due to the high heat
-<wavey> we use CDs in the uk now
-<adiamas> NYC had it's hotest temp on this day in history, for the 3rd day in a row.
-<wavey> they're smaller and shinyier
-* adiamas quirks his head to the side and looks at wavey
-<adiamas> i don't get it.
-<wavey> records broken
-<wavey> cd
-<adiamas> ah..
-<adiamas> heheh
-<wavey> it's late
-<wavey> you're tired
-<adiamas> im ugly too :)
-<wavey> its understandable :)
-<wavey> heheh
-<adiamas> but shhh.. thats a secret
-* Bagder looks at wavey, oooooh that was a pretty bad one ;-)
-<wavey> everyone's beautiful in ascii
-<adiamas> lol... i like that...
-<adiamas> congrats.. you just joined my sig file :)
-<wavey> eheh
-<wavey> heh
-<wavey> in ebcdic however, everyone's a pig
-<Bagder> is that why we've switched to ascii these days then? B-]
-<wavey> yup :)
-<wavey> and frosted mirrors too
-<adiamas> wavey.. whats your real name so i can credit you all proper like :)
-<wavey> stuart martin, if you need the credit. take it for yourself with my pleasure
-<adiamas> btw.. its 70 F here, 21 c
-<adiamas> UV Index:
-<adiamas> 0 Minimal
-<adiamas> heheh
-<adiamas> i wonder why...
-<adiamas> could it be the suns not up?
-<wavey> :)
-<wavey> when is dawn these days?
-<wavey> any of you read scifi?
-<adiamas> dawn as in sun rise or dawn as in the book?
-<Bagder> sunrise in NY 05:12
-<wavey> almost finished two olaf stapledon books. 1930s author - one of his books describes the history of humanity (over 200 000 000 years) and the other describes the history of the universes
-<wavey> both fantastic, btw
-<adiamas> nods
-<Bagder> (according to my psion)
-<wavey> absolutely recommend them
-<adiamas> wavey, feel like mailing me the book names?
-<adiamas> either that.. or msg me them...
-<wavey> 'last and first men'
-<wavey> and 'starmaker'
-<adiamas> nods
-<wavey> the channel is quiet, i'm sure no one cares :)
-<adiamas> got it.
-<adiamas> okay.. bed time
-<adiamas> night all
-<Bagder> night adiamas
-<wavey> see ya
---- adiamas is now known as adi|sleep
-* Bagder is curious on Linus I2C and MAS work...
-<wavey> i2c?
-<wavey> whassat
-<wavey> ooh, only 15*6 songs left on my random playlist of 3500 songs :)
-<Bagder> that's how to speak to the MAS circuit
-<adi|sleep> one quick note.. did you guys realize there is a key lock on the jbr?
-<wavey> yus
-<wavey> on
-<adi|sleep> nods
-<adi|sleep> hehe i din't :)
-<adi|sleep> back to bed :)
-<wavey> heh
-<wavey> night
-* Bagder has hardly used his recorder yet :-)
-<wavey> we need a tiny math lib for our code
-<Bagder> we do
-<wavey> which projects can we steal it from?
-<Bagder> I dunno actually
-<Bagder> we could probably "steal" function by function
-<Bagder> from BSD or Linux code
-<wavey> sure
-<wavey> be nice if sourceforge allowed a search through open source project's codebases for things
-<wavey> be very useful
-<Bagder> true
-<wavey> make it easier for industry to rip it off as well i guess
-<wavey> not that it doesn't happen already anyway
-<Linus> The I2C is going slow at the moment. But the MAS is responding.
-<Bagder> *cool*
-<Linus> ...occasionally. :-)
-<Bagder> hah
-<Bagder> occasionally cool :-)
-<wavey> heh
-<wavey> what about data structures?
-<wavey> we cutting our own linked lists, etc?
-<Bagder> we could probably use a sensible single implementation for many to use
-<wavey> must be a nice and small and tested-to-hell one in apache or somewhere
-<wavey> yus
---- Zagor|work is now known as Zagor
-<Bagder> btw, we're having a litte "rockbox" gathering tomorrow
-<Bagder> the stockholm/sweden parts of the rockboxers
-<wavey> how close do you guys live together?
-<Linus> 20km
-<wavey> 'variable pitch control' is that achieveable by the MAS?
-<wavey> (from the mail list)
-<Zagor> nope
-<Zagor> can't be done
-<Bagder> rockbox lunch time
-<PsycoXul> hey you know if the DAC can have 2 channels on at once?
-<Linus> I don't think so. Lemme check.
-<Linus> It seems like we can mix all channels, AUX1 AUX2 and DAC
-<Linus> Cool. Then we can hear the RS232 data when we are debugging. :-)
---- Zagor is now known as Zagor|lunch
-<PsycoXul> yeah? nice
---- Zagor|lunch is now known as Zagor
---- wavey is now known as wav_lunch
-* wav_lunch smiles
-<wav_lunch> timezones. who'd have 'em?
-<Zagor> they're useless
-* Zagor wants to do away with timezones and daylight savings time
-<wav_lunch> yus
-<wav_lunch> one hour, globally
-<wav_lunch> who cares if 0515 is in your afternoon?
-<Zagor> exactly. it's just a bloody number
-* PsycoXul agrees
-<wav_lunch> swatch tried it with Internet Time
-<wav_lunch> only met one person with such a watch though
-<wav_lunch> if the world's consumers had embraced the concept, the governments may have agreed to it
-<wav_lunch> anyhow
-<wav_lunch> lunch
-<Zagor> the problem was that they wanted to alter everyone's sense of time. the changed too much
-<Zagor> people still want 12+12 hour days, 60 hours minutes etc
---> alkorr (jbcoax@srs04m-2-107.n.club-internet.fr) has joined #rockbox
-<Linus> Welcome Alan!
-<alkorr> hi linus
-<Zagor> hi there
-<alkorr> i have a question
-<Linus> Ask!
-<alkorr> quite now we cannot use other formats than MP3
-<alkorr> not even a WAV file
-<alkorr> the recorder is able to get a linear PCM on digital line
-<Linus> True
-<alkorr> if i'm not wrong, wav format is a PCM-like stream
-<Zagor> yes
-<PsycoXul> wav is usualy just pcm with a header afaik
-<alkorr> my idea is the following
-<alkorr> if we strip unused infos
-<alkorr> and feed internally the digital pin of MAS
-<alkorr> with a PCM stream (using sci0 ?)
-<alkorr> and set MAS for recording
-<alkorr> would you hear this wav playing ?
-<Linus> I don't follow you. Do you want to play WAV files on the recorder?
-<alkorr> a trick which could allow recorder to play wav files (not forgetting possibility of mixing)
-<PsycoXul> i read on the company's website about the player's MAS and they claimed to have pcm playback firmware for that chip anyways, likely the recorder's chip too... of course getting any such things i dunno, never found any downloads etc
-<Linus> The MAS is capable of playing WAV files. You just have to download firmware to it.
-<alkorr> i think it is not free
-<PsycoXul> can archos firmware do whats necessary to download firmware to the MAS?
-<alkorr> i tried to get this addition but without success
-<alkorr> yes it could
-<alkorr> if it have additions to upload
-<alkorr> has
-<alkorr> but i'm doubtful that Archos will buy this addition for its player/recorder.
-<Zagor> i think we need a dsp hacker to the project :)
-<alkorr> of course if we could know what kind of DSP it is and have compilers, it would be great
-<Zagor> yes
-<alkorr> but Micronas are unlikely to reveal anything about this DSP
-<Bagder> why?
-<alkorr> Do you know a lot of company which reveal all the works ?
-<alkorr> their
-<Bagder> what DSP they use is hardly "all the works"
-<alkorr> anyway, companies are not bound for revealing something :)
-<alkorr> perhaps they don't want to let a non Micronas employee to be able to reverse-engineer their works
-<alkorr> they are commercial, not open free :)
-<PsycoXul> well
-<PsycoXul> they DO have a devkit that they supply to their customers
-<PsycoXul> they mention it and some of the things in it
-<PsycoXul> example firmware and such
-<Zagor> yes but if they don't let people write dsp code, who will buy their dsp?
-<alkorr> customers => archos, not final users
-<alkorr> customers must pay for it !
-<Zagor> true
-<PsycoXul> including some voice compression codec decoder and encoder, and pcm player
-<PsycoXul> yeah
-<Bagder> but there are a few customers of the MAS
-<Bagder> perhaps we could ask around
-<PsycoXul> so somebody find a friend of a friend of a friend who works for a customer ...
-<PsycoXul> heh
-<alkorr> okay if you can a smart guy to help for retrieving missing infos and even get tools, that would be great
-<alkorr> find
-<Bagder> getting the tools is probably not legal
-<alkorr> and if he/she is not concerned with a NDA too
-<Bagder> I doubt all customers sign NDAs to buy the MAS devkit
-<alkorr> ya, if we could have opcodes, we can create an assembler
-<alkorr> but what i know it should be 24-bit opcodes (code addresses are 24-bit)
-<alkorr> btw, if you look at MAS commands, to upload a firmware you must issue a command and a block of 32-bit words
-<alkorr> but only the first 24 bits in those words are valid
-<alkorr> (or it should be 12-bit ?)
-<alkorr> hum found a 1 MB pdf...
-<Zagor> the data sheets speaks of 20-bit words
-<alkorr> ok
-<alkorr> so it is 20-bit
-<alkorr> i found a page where someone said what DSP was in fact
-<Bagder> wow
-<alkorr> i try to get it back
-<alkorr> MASC
-<alkorr> 3500 ?
-<Bagder> not 35000 ?
-<alkorr> anyway not a target we can find for gcc or as :(
-<Bagder> uh no
-<Bagder> http://winwww.rutgers.edu/~samar/platforms/masc3500.html
-<alkorr> ya
-<alkorr> found
-<Zagor> nice digging!
-<Bagder> the guy who wrote that web page could have some info
-<alkorr> yes i tried but i wonder if his email address is still valid
-<Bagder> he has two, try both ;-)
-<alkorr> hum i prefer let you to try both ;)
-<alkorr> "MASC 3500 is NOT supported by C compiler. Only assembler programming is available"
-<Bagder> actually, I think I'll hand over that work to Bjrn
-<alkorr> okay
-<Zagor> *thump*
-<Zagor> got it
-<Zagor> :)
-<Bagder> he's the man
-<Bagder> ;-)
-<alkorr> :)
-<Zagor> so..um... what do we want to know, exactly?
-<wav_lunch> whether he has an archos for a start :)
---- wav_lunch is now known as wavey
-<alkorr> have all the information he can feed us about this DSP : especially all the opcodes
-<Bagder> haha
-<Zagor> haha
-<Zagor> "I was especially interested in digital modulation techniques and speech processing. So, embedded systems and numerous real-time DSP implementations (telephone line modems, low bit-rate speech coding...)"
-<Zagor> he's our man!
-<wavey> There was only one commercially available MPEG layer 3 chip, the MASC3500 from ITT Intermetall Semiconductor. We attempted to obtain information and availability of the chip, but the company is situated in Germany and gave very little feedback
-<wavey> not a good sign
-<alkorr> yes it is the main culpritt of thy company
-<alkorr> this
-<alkorr> humm i mean the main discredit for this company :)
-<wavey> your point is usually clear, al :)
-<wavey> A. Domazetovic, D. Samardzija, "Implementation of 4880 bps CELP on MASC 3500 DSP", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
-<wavey> anyone near a library?
-<wavey> in yugoslavia?
-* wavey chuckles
-<Zagor> lol
-<wavey> D. Samardzija, Z. Lukac, "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
-<alkorr> well in a very good english : "this lack of feedback is the rock(box) on which the undertaking comes to grief" ;)
-<Zagor> yay, we've got a poet! ;)
-<wavey> al: and now in italian, please :)
-<alkorr> italian you are ?
-<wavey> (without using babelfish)
-<wavey> italian I am not
-<wavey> english I am
-<alkorr> arf ;)
-<wavey> arf is a lovely word :)
-<alkorr> "questa mancanza di risposte la roccia(boccia) su cui l'impresa viene al dolore " ;)
-<wavey> roccia boccia
-* Bagder giggles
-<alkorr> arf => lol
-<wavey> fantastic! :)
-<Bagder> roccia boccia is mighty
-<alkorr> huh "boccia" doesn't exist :P
-<alkorr> Wav: found something about "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor" ?
-<Zagor> it's one of Dragan's publications
-<alkorr> okay so no pdf at all ?
-<Zagor> no
-<Zagor> i'll email him and see if he's a cool guy or not
-<Zagor> hmm, this guy wrote a CELP encoder for the MAS 3503, which is the predecessor of the 3507 we have in the jukebox
-<Zagor> i think i'm in love
-<alkorr> arf :)
-* Bagder worships Dragan a little
-<Bagder> you think it helps? ;-)
-<alkorr> Why ?
-<alkorr> brb
-**** ENDING LOGGING AT Thu Apr 18 14:44:53 2002
-
-**** BEGIN LOGGING AT Thu Apr 18 15:27:51 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
-<Bagder> does wordexp() exist in windows?
-<Bagder> anyone?
-* Zagor doesn't do windows
-<alkorr> wordexp ?
-<Zagor> Bagder: <Linus> I just managed to read the version number from the MAS via I2C! Yippie!
-<Bagder> *neat*
-<Bagder> wordexp, yes, it's a posix function
-<Bagder> though I doubt windows features it
-<alkorr> use the cygwin.dll from Cygwin ;P
-<alkorr> i'm doubtful too
-<alkorr> unless they have a posix library
-<alkorr> what is its purpose
-<Bagder> "perform word expansions"
-<alkorr> i cannot find its manual entry
-<Bagder> heh, no I couldn't either on linux
-<alkorr> really a standard posix or just a mandatory extension ?
-<Bagder> then Linux man pages contain many holes
-<Bagder> standard posix
-<Bagder> single unix specification
-<Bagder> never mind
-<alkorr> okay
-<Bagder> so what is the version number of the MAS? ;-)
-<alkorr> Linus: player or recorder ?
-<Zagor> it's the player
-<Zagor> actually, he read the model number so it's "3507"
-<Bagder> woooo
-<Bagder> we didn't know that! B-P
-<Zagor> hehe
-<alkorr> Linus: you should try ICize your MAS on the recorder too
-<Zagor> maybe he faked it :)
-<Zagor> alan: yeah, it's just a lot easier to do development on the player since he's got the serial port on it (and the I2C wires connected to a digital oscilloscope...)
-<alkorr> ah yes, the wires...
-<PsycoXul> you guys are gonna make these little boxes do things the archos people never dreamed :p
-<PsycoXul> just thought i'd throw that in there before running off to bed heh
-<Bagder> ... and not some things people do dream of (judging from some of the feature requests) ;-)
-<PsycoXul> heh
-<PsycoXul> yeah well
-<Linus> My I2C test was on the player
-<alkorr> Recorder has two IC devices so don't be surprise if you code could not work ;)
-<PsycoXul> Bagder: that may not be all bad heh
-<PsycoXul> and theres a lot of requested features that would be like.. moot with new better firmware
-<PsycoXul> you know things that apply to the current firmware's limitations etc
-<Bagder> that's true
-<Linus> Why? I assume they have different ID:s.
-<alkorr> especially, if you requeste a RTC reading via an interrupt while reading something on MAS ;)
-<Linus> Hehe. Who would do such a thing? :-)
-<alkorr> They do
-<Linus> :-)
-<PsycoXul> anyways, sleep time.. night
-<Bagder> night PsycoXul
-<Linus> night
-<alkorr> nacht Psycho
-<alkorr> hum i must leave, see you !
-<-- alkorr has quit ()
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
-<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
---- You are now known as Bagderzzz
---> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<-- wavey has quit (Read error: 104 (Connection reset by peer))
-<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> alkorr (jbcoax@srs04m-7-48.n.club-internet.fr) has joined #rockbox
-<-- alkorr has quit (Client Quit)
---> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
-<Zagor> are you an emacs man, wavey?
-<wavey> yus
-<wavey> you also?
-<Zagor> yep
-<Zagor> had a problem with c-offsets-alist, but I worked it out
-<Zagor> are you logging everything?
-<Zagor> alan said his FAT32 code was "obsolete" but I don't understand what he meant with that
-<-- wavey has quit (Read error: 104 (Connection reset by peer))
-<adi|atWork> zagor.. you still around?
-<Zagor> yeah
-<adi|atWork> heheh glad you updated the lcd.[ch] api...
-<adi|atWork> now i can toss up my battery bit at some point ;)
-<Zagor> ah, yes
-<Zagor> i have a little something i hope to get done tonight
-<adi|atWork> whats that?
-<Zagor> umm, a surprise :)
-<Zagor> tetris
-<adi|atWork> lol.. seriously?
-<Zagor> yeah
-<adi|atWork> oh.. i was thinking...
-<adi|atWork> we have a limited # of keys on the players.. we may want to assign keyboard keys to represent them for the simulator.
-<Zagor> yes, i've been thinking that too. i was thinking some keys on the numeric keyboard
-<adi|atWork> nods
-<adi|atWork> that or just overload the function keys.
-<adi|atWork> but the #pad would work nicely for the center control pad...
-<adi|atWork> left, right, up, down.
-<Zagor> exactly
-<adi|atWork> i like that.
-<Zagor> and 5 fr the play/pause on the recorder
-<adi|atWork> yup...
-<Zagor> and even the top four for the menu keys
-<adi|atWork> could even get away with - for off and + for on
-<adi|atWork> right...
-<Zagor> i don't know if numlock is a problem using as a normal key in X
-<adi|atWork> i don't see why it would be...
-<adi|atWork> brb..need food
-<-- Zagor has quit ("bye")
diff --git a/www/irc/rockbox-20020419.log b/www/irc/rockbox-20020419.log
deleted file mode 100644
index d31e3942af..0000000000
--- a/www/irc/rockbox-20020419.log
+++ /dev/null
@@ -1,547 +0,0 @@
---- You are now known as Bagder
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor2 is now known as Zagor
-<Zagor> aloha!
-<Bagder> hey ho
---- Bagder gives channel operator status to Zagor
-<Bagder> uh
-<Bagder> y%8 should be y&7 in lcd.c
-<Bagder> for the pixel functionss
-<Bagder> I'll fix
-<Zagor> yes, i realized that too. but it turns out as the same thing
-<Bagder> when compiled?
-<Zagor> i don't know about the code, but the logic is the same
-<Bagder> yes, logic is the same but % is generally a much slower operation
-<Zagor> ok
-* Bagder does an "Alan"
-<Zagor> hehe, don't be mean
-* Bagder chuckles
-<Bagder> woo new mozilla to get
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<wavey> morn
-<Bagder> it is a sunny and fine morning here
-<wavey> overcast and cool here
---> alkorr (jbcoax@srs04m-8-117.n.club-internet.fr) has joined #rockbox
-<alkorr> for the CVS $Id, what must i put it in a source, so CVS fills it
-<alkorr> ?
-<alkorr> hi btw
-<Zagor> $Id$
-<Zagor> hi :)
-<alkorr> oky
-<alkorr> :)
-<wavey> do we have a standard file header to include at the top?
-<Bagder> yes
-<wavey> i.e the rockbox copyright and logo?
-<alkorr> yeep
-<wavey> so rather than specifying the Id tag
-<wavey> specify the header :)
-<wavey> and put the tag in the herder
-<wavey> header
-<Zagor> yes, that's how it is
-<wavey> so
-<wavey> why
-<wavey> did
-<wavey> alan
-<wavey> ask about the id tag?
-<Zagor> ask
-<Zagor> alan
-<Zagor> :)
-* wavey lol
-<alkorr> because i didn't know that :)
-<wavey> because it isn't stated anywhere :)
-<Zagor> alan: you changed the license for your FAT code. was that intentional?
-<alkorr> nope at all
-<alkorr> they were my old headers
-<Zagor> ok, so I should change it back to GPL?
-<alkorr> just forget to change them
-<alkorr> if you are tempted :)
-<Zagor> i am :)
-<alkorr> okay
-<Zagor> i looked at it a bit yesterday. what did you mean when you said the code is "obsolete"?
-<alkorr> which code ?
-<Zagor> the fat code
-<Zagor> that you mailed me
-<alkorr> ah yes... hum because i plan to split it and maybe a little bit more generic for PC test
-<Zagor> ok, because I started working on it... :)
-<alkorr> is that so ?
-<Zagor> yes
-<Zagor> i plan to have an image of a FAT32 disk in a file to do testing on
-<alkorr> for your purpose ?
-<Zagor> ?
-<wavey> zag: how will the main program body service user events while keeping the dsp full of data? will we just set up some sort of dma to allow the dsp to read data until complete, leaving the program thread to manipulate memory etc?
-<wavey> or is there some other way?
-<Zagor> that's a good question, which among other things we will be discussing tonight :)
-<Zagor> i need to switch tunnels, brb
-<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
-<wavey> bag: we = .se?
-<alkorr> european people ;)
-<Bagder> yes
-<Bagder> me, Linus, Bjrn and a forth friend
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
-<wavey> ok
---- Zagor2 is now known as Zagor
-<wavey> cool
-<alkorr> oh you mean off-irc, Bagder ?
-<Bagder> we're gonna gather tonight
-<Bagder> right
-<Bagder> in real life
-<wavey> wow
-<wavey> there's an outside?
-* wavey is scared
-* Zagor is now in a clean, nice, pure ssl tunnel
-<Bagder> you worked out the CONNECT part?
-<Zagor> yup. found a perl script
-<Bagder> coolio
-<Zagor> i'll write up a twiki page
-<Bagder> knowing http pays off B-P
-<alkorr> seriously i see Zagor has change PAIOR and PBIOR to be ((volatile ...)
-<alkorr> i would try to avoid such a thing
-<Zagor> why?
-<alkorr> sometimes to have a byte access is better than a word access
-<wavey> these are registers, yes?
-<Zagor> yes but byte access is a special case
-<alkorr> or a 32-bit access better than a 16-bit access
-<Zagor> also a special case
-<Zagor> this is the normal case
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<alkorr> du to the fact, we write them in C, i don't see objections to leave them as address ant programmer to use the word access he wants
-<alkorr> ... and let ...
-<Zagor> it makes a mess in the code to always typecast them. this way, the registers are registers, as defined in the data sheet
-<alkorr> register ???
-<Zagor> if you want to access them in a non-standard way, *then* you do special typecasts
-<alkorr> manual says we can access such registers as well byte as word, so there is no real non-standard way
-<Zagor> well the manual says the register is 16 bits wide, so that's how I define "standard"
-<Linus> I define the "standard size" to be the register size.
-<Linus> I would guess the the size the programmer wants would be the register size in 99% of all cases.
-<alkorr> i try to use a homogene way to access those register, and having SI,HI or QI remove the necessity to guess what size the register is. But due to the fact i'm in minority, i suppose i can only approve your changes unwillingly
-<Zagor> i really don't like the SI/HI/QI thing
-<alkorr> by the way i could need the addresses of those register (DMA with SCI0 for example)
-<Linus> Except that noone can guess what QI, SI and HI means without searching in the header files.
-<Zagor> yes, we probably need double macros. one with the address and one for register access
-<alkorr> yes but i find more ugly explicit typecasting anyway
-<Linus> Absolutely. We will probably still nedd both ways of doing it.
-<Zagor> explicit typecasting is good in special cases
-<Zagor> because then it shows that it's a special case
-<alkorr> i use GCC convention which has in internal the modes SI, HI and QI
-<alkorr> if you could find something else, i could be okay
-* Zagor has never seen SI/HI/QI in his 15 years of programming...
-<Linus> Yes. But I have yet to see any C source code using that convention.
-<alkorr> but must be short anyway
-<Linus> Absolutely.
-<alkorr> look at the gcc source
---> Bagder2 (~chatzilla@as3-3-2.ras.s.bonet.se) has joined #rockbox
-<Linus> I have looked at the GCC source code. The QI/HI/SI stuff is not C it is a pseudo language.
-* Bagder2 tries chatzilla
-<Zagor> Bagder2: good?
-<Bagder2> nah, I think I prefer X-chat
-<alkorr> yes, your defines is not much more standard than mine anyway
-<Zagor> actually, they are
-<-- Bagder2 has quit (Remote closed the connection)
-<Zagor> look at any microcontroller C compiler
-<Zagor> registers are reserved uppercase symbols
-<alkorr> i don't call them 'standard'
-<Zagor> well no, but it's the most common way to represent registers
-<alkorr> it is not that kind of stuff i will call standard
-<alkorr> for me, they are libs like stdlib or stdio, no our own source
-<Zagor> I agree, it's not a standard. but it's a style that many people have seen before
-<adi|sleep> yeah.. yeah.. well.. well.. your momma!
-* Zagor twitches. Adi - awake?
-<adi|sleep> not really...
-<adi|sleep> for what its worth.. and i know its not much... but to me... SI HI QI makes no sense...
-<Linus> BTW, the Archos guys have really made an odd I2C bus connection between the 7034 and the MAS... :-(
-<adi|sleep> because to anyone who doesn't immediatly recognize it.. well.. they are clueless to what it means..
-<adi|sleep> but thats just my opin...
-<alkorr> so change them for another convention
-<Zagor> that's my point exactly
-<Linus> and the MAS uses a really odd I2C protocol variant...
-<Bagder> Linus: will it set any limitations or just make it difficult?
-* adi|sleep also points out he isn't attacking anyone...
-<Linus> A little tricky...and perhaps slower that necessary.
-<alkorr> anyway, for me they are not really register since SH7034 use a memory map to access peripheral registers => not a register for SH, register for peripheral on-chip.
-* Linus agrees with adi|sleep
-<alkorr> Linus: what about the trouble ?
-<Zagor> alan: it's the same thing. many controllers use memory-mapped registers
-<Linus> For example the PIC
-<Zagor> and the PowerPC
-<Linus> Well, not the POowerPC core, but all PowerPC-microcontrollers
-<Zagor> yes
-* adi|sleep points out that your reality is nothing but lies and baldardash and he is happy to say he has know understand of it.
-<Linus> And the 8051, IIRC
-* adi|sleep goes back to sleep
-<Zagor> adi seems a bit... off ?
-<Linus> Zombie?
-<adi|sleep> me? no no no....
-<Bagder> so, he's talking in his sleep ;-)
-<adi|sleep> im on 'nuetrel'
-<Zagor> a victim of the Umbrella Corporation?
-<alkorr> i make a difference between cpu register and port registers that all. The way to access them is different
-<adi|sleep> which is latin for "its way to fucking hot and humid outside for 0430
-<adi|sleep> "
-<alkorr> one use direct opcode, the other use peek/poke
-<alkorr> that's all
-<Linus> Agreed. You dont access the CPU registers at all in C source code.
-<Bagder> poke 53280, 0
-<Linus> Black border
-<alkorr> a reset ?
-<alkorr> Linus: about IC ?
-<adi|sleep> then what did the old "register" thing in C do?
-* Bagder hands the award to Linus
-<alkorr> what's the trouble
-adi|atWork adi|sleep adi|atWork adi|sleep <Zagor> adi|sleep: it tries to allocate a variable to a register
-<adi|sleep> nods
-<Zagor> instead of putting it on the stack
-<adi|sleep> okay.. now i remember.
-<alkorr> no one uses anymore register, because a lot of C compiler implicily uses registers as possible
-<Linus> They have used a diode to simulate an open collector bus. That makes it tricky to communicate in both directions.
-* Zagor agrees
-<alkorr> so register is a void attribute in gcc
-<Zagor> yup
-<Bagder> yes
-<Bagder> but then gcc is a mighty fine compiler
-<Bagder> there are a bazillioin of worse ones out there
-* Bagder has been hit by a few
-<Linus> GCC is good on some processors, worse on others.
-<Bagder> true
-<Bagder> but it has a good general engine
-<Linus> Generally, GCC wants CPU's with a lot of registers
-<adi|sleep> well don't we all?
-<alkorr> for IA32 or SH, humm
-<adi|sleep> i mean.. come on.. cpus with lotsa registers are just so much more sexy
-<adi|sleep> not to mention better in bed.
-<adi|sleep> speaking of bed
-<alkorr> IA64 you mean
-<Linus> ADI. Are you drunk? :-)
-<adi|sleep> only with powerlessness
-* adi|sleep cackles evilly
-<Bagder> I bet its the heat
-<alkorr> Linus: i'm not sure to understand, what do you mean by "communicate in both directions" ?
-<adi|sleep> nods
-<adi|sleep> and the lack of decent sleep.
-* adi|sleep giggles furiously as he missreads sleep with sheep...
-<adi|sleep> no wouldn't _that_ have been a freudian slip.
-<Zagor> hehe
-<Linus> I mean that the data (and the clock in the case of the MAS) is bidirectional. Both read and write. And the diode makes that difficult.
-<Linus> But not impossible. Just tricky.
-<Zagor> what's the australian definition of "safe sex"?
-* wavey pats adi|sleep on the head
-<Zagor> you X-mark the sheep that kicks
-* wavey -so- needs to learn some electronics
-<wavey> is there a beginners bible?
-<Linus> I don't know
-<Linus> It's really simple. Just have a father that explains it to you. :-)
-<alkorr> yes but you can read, cannot you ?
-<wavey> er
-<alkorr> i'm talking to Linus :)
-<wavey> ah
-<alkorr> read MAS
-<wavey> good :)
-<Linus> hahaha!
-<alkorr> :)
-<Linus> Yes I can read. Ti is working. But it is slow at the moment. I will add another trick from my bag to make it faster.
-<alkorr> it is the code or the electronic part which is really slow ?
-* Bagder likes bags with tricks
-<Linus> Tha MAS is really nasty, as it drives the clock even when it is slave. :-(
-<Linus> The data line takes a lot of time to go from 1 to 0 when reading, since the line is unconnected because of the diode. I will have to discharge it explicitly to make it faster.
-<alkorr> the MAS manual says it can held the clock to let it handle some things before reading further data
-<alkorr> okay
-<Linus> Yup. And that is really nasty.
-<Linus> Especially since the clock is also connected via a diode.
-<alkorr> in fact, you're telling us that MAS could run faster if the data line can discharge more rapidly
-<Linus> Only the I2C line. That is only used for settings and configuration.
-<alkorr> but it only regards the IC line
-<Linus> A pull-down would really help.
-<alkorr> okay, not a real problem, just a nasty design
-<Linus> Exactly.
-<alkorr> lines IC shouldn't have pull-ups ?
-<Linus> Yes. On the bus side. I was talkin about the CPU side of the diode.
-<alkorr> okay
-<alkorr> just a note
-<alkorr> if you disassembly the IC part of the player firmware, they don't use the common way to set/clear the IC lines
-<alkorr> instead of using IN direction to set line at 1, they use OUT direction and set to 1
-<alkorr> that is, when setting port, always in OUT direction from the CPU
-<alkorr> when reading (checking line status), in IN direction
-<wavey> daniel - you still capturing the logs?
-<Bagder> I do
-<alkorr> I suppose you don't use the same way to communicate with MAS (when setting 0, OUT dir.; when setting 1, IN dir.)
-<wavey> cool
-<wavey> can we automate it?
-<wavey> stick a bot on and pipe it to the website?
-<Bagder> it is certainly possible
-<wavey> and add a search engine? :)
-<wavey> this is a wealth of info
-<Zagor> i added a search form yesterday
-<Zagor> it uses google
-<wavey> especially to newcomers that will come along
-<wavey> cool
-<wavey> uses google's cache or realtime search?
-<Zagor> the cache
-<wavey> ok
-<Zagor> but they index the site pretty regularly
-<wavey> lovely
-<wavey> regularly or frequently? ;)
-<Zagor> frequently :)
-<wavey> i've nearly got the C++ XML library ready for inclusion
-<wavey> just getting the CORBA interfaces ready first
-<wavey> this firmware will kick ass
-<Zagor> haha
-<Bagder> hihi
-<Bagder> what about the web browser? ;-)
-<wavey> :)
-<alkorr> bad you will need to convert it to plain C ;)
-<wavey> now, this might be a ridiculous idea...
-<wavey> but can we use more of the limited memory buffer for audio
-<Zagor> more?
-<alkorr> ???
-<wavey> hang on
-<wavey> by using the disk to store our program data?
-<wavey> and load it back when needed?
-<alkorr> we have a 2 MB DRAM, whatever we can have in
-<wavey> or is that silly
-<Zagor> that is silly :)
-<alkorr> depending what you want to do
-<alkorr> i think to understand what Wavey means
-<alkorr> yes it could be a cool idea but not the priority
-<Linus> alkorr: That is why they have the diode. They don't want to set it ton IN to drive a 1 on the bus.
-<Linus> For some reason.
-<alkorr> the possibility to load a game when you want to play, instead always having them in memory
-<wavey> yeah, keep a nucleus of program in memory, and demand load the bits we need
-<wavey> how large is the footprint of archos firmware?
-<alkorr> archos apparently has no real dynamic memory
-<alkorr> it seems to use a lot of tables
-<Linus> What is "real dynamic memory"?
-<Zagor> malloc
-<Linus> Ah.
-<alkorr> so their size should be fixed
-<Zagor> i guess :)
-<alkorr> malloc is a dynamic memory
-<alkorr> a true dynamic memory, if you like
-<wavey> do i misremember malloc's free not shrinking the process memory usage?
-<wavey> not that it matters
-<Zagor> that's OS dependent
-<Bagder> wavey: that's a unix thing
-<wavey> with only 1 process
-<wavey> ok
-<alkorr> what i mean is if we want to have the ability to load specific code at a ponctual time
-<alkorr> you surely need a dynamic memory
-<alkorr> so when we only use the player (or recorder)
-<alkorr> we can use all the memory
-<alkorr> and to prevent us to work with fixed address (so binary code not reusable with new firmware)
-<alkorr> but you still need a code addresses relocator :) well, not the first thing rockbox will have
-<wavey> no one knows how large the archos firmware is in memory?
-<Zagor> nope :)
-<Linus> I xould guess about 100K.
-<wavey> interesting :)
-<Linus> But I might be wrong
-<wavey> their firmware decompresses the mod, yes?
-<wavey> .ajz
-<alkorr> in fact we can export some data in harddisk
-<alkorr> for exemple if we have messages in different language
-<Linus> I guess the recorder decompreses the firmware. That would explain the long start time.
-<wavey> i can't see the benefit of a compressed mod
-<wavey> except to piss people off :)
-<Linus> Neither can I.
-<Bagder> save disk space? hehehe
-<wavey> hehe
-<wavey> ooh, 60GB in your palm.
-<Linus> Download time on the internet? I mean if you can save 1 second... :-)
-<alkorr> Wav. scrambling maybe
-<PsycoXul> so like yeah
-<PsycoXul> i remember all the things my c64 could do with 1mhz
-<wavey> 1mhz? or 1mb?
-<PsycoXul> what interesting things can be done with a whole 12mhz of processing power
-<PsycoXul> heh
-<wavey> ah
-<wavey> yes :)
-<PsycoXul> i just with the player's LCD was even just a tiny bit better
-<PsycoXul> like to be able to draw the blocks between characters
-<PsycoXul> heh
-<Bagder> yup, all the fun games will only be for the recorder :*)
-<PsycoXul> nah
-<PsycoXul> i did a rather nice little thing where you run around a map overhead
-<PsycoXul> and it scrolls through the 2 lines quite nicely
-<alkorr> i think the messages inf the firmware must take a lot of space, it could be interesting to see when removed how many it saves space in memory to have just the messages of the right langage
-<PsycoXul> it's pointless till i can read levels in files and such but i just wanted to find out if it was possible to make a game playable in 2 lines
-<PsycoXul> and it is
-<PsycoXul> just be cooler with a little more capabilities
-<PsycoXul> heh
-<Bagder> that's might cool
-<Bagder> +y
-<alkorr> to have a < 64 KB code should be a good point
-<Zagor> alkorr: yes
-<Zagor> we have a very big advantage in that we can always compile in just the features and data that we need
-<Linus> Hehe. The libc code is about 30k...
-<Bagder> ick
-<Zagor> libc? who needs libc?
-<alkorr> for div
-<alkorr> or shift operations
-<alkorr> when the shifter is not an immediate
-<Linus> I use it for sprintf at the moment. The string functions are there too
-<Bagder> there's a diet libc we could check out
-<Zagor> we can use a simpler sprintf
-<Linus> We have the source. We remove what we don't want.
-<Zagor> precisely
-* Bagder agrees
-<Linus> Actually, I think newlib ha a diet sprintf.
-<Linus> s/a/has/
-<Bagder> "ha has" ?
-<alkorr> but due to the fact you use a library, you only integrate functions from libc you really use in your source*
-<Bagder> heheh
-* Linus has thick fingers today
-<Linus> Not functions, modules
-<Linus> Unfortunately, many finctions are located in the same .o file in the library, and they often call each other.
-<alkorr> ah bad
-<Linus> But correctable.
-<alkorr> i thought they used a .c file for each functions
-<Linus> Often they do.
-<Linus> And sprintf() is a mighty beast.
-<alkorr> shure
-<Linus> I use it for debugging output at the moment.
-<alkorr> using sprintf from linux?
-<Linus> Nope. In the firmware. On the GDB console.
-<Bagder> a less capable sprintf() could of course be much smaller and still do just about what you'd want
-* Linus thinks of Trio
-<Bagder> that is not less
-<alkorr> Linus: i know but i'm speaking about what version sprintf is
-<Linus> But you know how to strip it.
-<Bagder> true ;-)
-<Linus> I don't know of any versions of sprintf. It's just Newlib.
-<Linus> Version 10.0.1, IIRC
-<Bagder> we probably want a sprinf() for screen text formatting too
-<Zagor> yup
-<alkorr> one possibility
-<wavey> i saw a tiny sprintf for gameboy advance
-<Linus> Go get it.
-* wavey looks
-<alkorr> is to use a generic printf which call a function for a character
-<alkorr> not fast
-<Bagder> well that's how they all work
-<alkorr> but you can directly display without have a buffer
-<Bagder> more or less
-<alkorr> so ?
-<Bagder> so that is probably what we'll get
-<Bagder> but
-<alkorr> so when you use this function, just call this function with a callback ?
-<Bagder> I doubt that anyway will printf() to the display
-<Bagder> anyone
-<alkorr> ah yeah, it is another thing for the LCD recorder
-<alkorr> story
-<Bagder> right
---- Zagor is now known as Zagor|lunch
---- Linus is now known as Linus|lunch
-<alkorr> c u
-<Bagder> bye Alan
-<-- alkorr has quit (Read error: 110 (Connection timed out))
-<wavey> http://www.frotz.net/gbadev/remote/printf.c
-<wavey> pretty tiny
-<Bagder|food> yes
---- Zagor|lunch is now known as Zagor
---- Linus|lunch is now known as Linus
-<wavey> http://yugop.com/ver3/stuff/03/fla.html
-<wavey> cute
-<wavey> (and work safe)
-<Zagor> cool!
-<Bagder> http://www.oqo.com/ <= seen this?
-<Zagor> bleh, flash
-<Bagder> yeah
-<Bagder> annoying site, cool box
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
-<Zagor> do you know why uisimulator has a garbled window title?
-<Bagder> no
-<Zagor> what's the variable in emacs that says to only indent with spaces?
-<Bagder> (setq-default indent-tabs-mode nil)
-<Bagder> I think
-<Zagor> ok
-<Zagor> closing tunnel, brb
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<Zagor> lcd_update in lcd-x11.c doesn't ever clear pixels, does it?
-<Bagder> uh, no ;-)
-<Zagor> i noticed :)
-<Bagder> oops
-* Zagor has been scratching his head a while over this :)
-<Bagder> I'm not sure how to do that the best possible way though
-<Bagder> I mean to avoid flickering
-<Zagor> how about just redrawing the whole screen. performance is not really an issue on X
-<Zagor> flickering only happens if you do it very frequently
-<Zagor> or maybe have an "old" array which you compare against
-<Bagder> well, we would need to fill the whole rect first, then draw all pixels
-<Zagor> and then draw all new and clear all old
-<Bagder> that's what I had in mind
-<Zagor> so do it :)
-<Bagder> can't do it right now
-<Zagor> k
-<Bagder> it'll have to wait a bit
-<Linus> The I2C is rocking like HELL! And fast too!
-* Zagor wonders just how much hell is rocking
-<Bagder> any sounds from the MAS yet?
-<Linus> Wait. There's a bunch of commands to be sent to it to configure it.
-* Bagder caaaan't wait ;-)
-* Linus wants to please Bagder
-* Zagor can't wait for a working lcd_update...
-<Bagder> so just clear the screen first
-<Zagor> hmm, what does this "X11" mean? ;)
-* Linus thinks Bagder is lazy
-* Bagder reminds you about who wrote the uisim in the first place ;-)
-<Zagor> so tell me, how do I clear the screen?
-<Bagder> XDrawRect() or XFillRect() or something
-<Zagor> ok
-<Bagder> find a page about one of the other X* functions and click some links
-<Bagder> that's how I've made it this far ;-)
---> alkorr (jbcoax@srs05v-2-184.n.club-internet.fr) has joined #rockbox
-<Linus> Hi alan!
-<Linus> The I2C is rocking like HELL! And fast too!
-<alkorr> hi again
-<alkorr> how do you do ? :)
-* Zagor has a little surprise for you all...
-<Linus> I drive the data and clock lines low right before switching from output to input. That way I don't have to wait for the slow transition.
-<alkorr> uh ? i mean how do you get it ? :)
-<alkorr> okay
-* Linus is waiting for Zagor
-<alkorr> so you force discharge by this way
-<Zagor> soon
-<Zagor> soooooon...
-<Linus> Yup. Works like a charm.
-<alkorr> hum some news from Dragan ?
-<Zagor> uh, i haven't mailed him yet. i forgot...
-* Bagder pokes Zagor with a large stick
-* Linus hits him hard
-<Zagor> alan: are you working on the fat code?
-<Zagor> then i shouldn't be poking on it yet... :)
-* Linus sees a major commit from Alan
-<alkorr> a lot of things to add in fact
-<alkorr> so don't rush
-<Bagder> lots of c++ comments ;-)
-* Bagder hides
-<Zagor> hehe
-<alkorr> sorry but there were here before you ;P
-<Linus> You'll be surprised how little code you need to screw up your hard drive... :-)
-<Zagor> lol
-<alkorr> to screew up ? you mean to destroy ?
-<Linus> Yup.
-<Linus> No, not destroy. Just screw up.
-<alkorr> well my code never destroys or screws up ;P
-<Linus> Of course. Not _your_ code. :-)
-<alkorr> but you're right. Just a lock command and you are bad under windows
-<alkorr> hopefully i can unlock with your modified drive *relief*
-<alkorr> driver
-<Zagor> we need to fix something like that for the recorder too
-<alkorr> ah yes USB 2.0
-<alkorr> just a precision about my fat.c, i think the main thing that will stir you is probably the ata callback mechanism
-* Linus is still waiting for Zagors surprise
-* alkorr too
-<Zagor> paitence, children... :)
-<Zagor> patience, even
-<Zagor> alkorr: you mean except for the 1-byte arrays? ;)
-<alkorr> to understand what is it : it is way to handle, compute, swap or format data during a read or write operation in a atomic way (we cannot have simultanous readings sectors)
-<alkorr> yes
-<alkorr> because BPB is a real mess : all the fields are unaligned
-<alkorr> and using callback will create a too large function whereas I just need some fields in fact
-<alkorr> normally i don't keep in memory any boot sectors (like MBR, BPB or FSINFO)
-<wavey> what's the history of the disk code we're cutting?
-<wavey> has it been tried and tested elsewhere?
-<wavey> or is it all new
-<alkorr> yes in the obsolete fat.c i gave to Zagor
-<alkorr> and the ones I lost during a harddisk crash
-<alkorr> SH really dislikes misunligned accesses
-<Bagder> I gotta go, see ya guys later
-**** ENDING LOGGING AT Fri Apr 19 14:34:13 2002
-
diff --git a/www/irc/rockbox-20020423.log b/www/irc/rockbox-20020423.log
deleted file mode 100644
index 153c700e06..0000000000
--- a/www/irc/rockbox-20020423.log
+++ /dev/null
@@ -1,1012 +0,0 @@
-**** BEGIN LOGGING AT Tue Apr 23 07:54:50 2002
-
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
->nickserv< identify nintendo
--NickServ- Password accepted - you are now recognized
---- services. sets mode +e Bagder
--MemoServ- You have no new memos
->chanserv< op #rockbox
---- ChanServ gives channel operator status to Bagder
-<adiamas> man o man.. am i behind.....
-<adiamas> heheh
-<Bagder> hey
-<adiamas> hows it going?
-<Bagder> just fine
-<Bagder> I finally got my usb2 working, then everything must be fine doesn't it? ;-)
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<Bagder> morning
-<Linus> Morning!
-<Linus> Man, I just went to bed... :-)
-<Bagder> ugh
-<Bagder> :-)
-<Linus> Fells like it anyway
-<Linus> feels
-<Linus> Sleep is overrated
-<Bagder> indeed, you do too little good work then ;-)
-<Linus> But I do no harm either. :-)
-<Linus> The threading kernel rocks!
-<Bagder> you've ran it on target now?
-<Linus> Yup. Yesterday evening.
-<Bagder> *neat*
-<Linus> It wasn't *that* hard. Half of the SH registers are scratch registers.
-<Linus> The PR was the tricky part.
-<Linus> I hate that gcc doesnt inline functions unless you optimize with -O.
-<Bagder> right, there should be some way to force that
-<Linus> I tried a few preprocessor tricks but it messed up my stack frame.
-<Linus> The next thing is a timer tick to sleep() on.
-<Bagder> yeps
-* Linus goes to fetch a cup of coffee
-* Linus says "aaaaaah"
-<Linus> I modded Zagors serial port yesterday. No contact. :-(
-<Bagder> oh pain
-<Linus> I wonder how many Player users have tried the remote control.
-* adiamas quotes "rest is for the weary and sleep is for the dead"
-<Linus> Good morning!
-<adiamas> i ment to ask.. was there a decision reached about what type of filesystem we will be using?
-<adiamas> bah.. gettin ready for bed
-<Linus> FAT32.
-<Linus> Or have I missed something?
-<adiamas> have we implimented open() and stuff?
-<adiamas> for file opens and closes.. etc
-<Bagder> no
-<Bagder> but we intend to
-<Bagder> I mean, follow the standard file paradigms
-<Linus> That doesn't really depend on what filesystem we use.
-<Bagder> Linus: do you know how to see what device the Archos appears as under Linux? I mean for /dev/sdaX...
-<Bagder> is that just the scsi devices enumerated?
-<Linus> Not a good way. The storage driver outputs the string "sda1" (or whatever) in the kernel log.
-<Bagder> right
-* Bagder documents some of the USB madness
-<Linus> Yes they are enumerated. So the first storage device you plug in gets sda1, the next gets sdb1 and so on.
-<adiamas> right, but ive never written anything that low level.. i mean for file IO...
-<Linus> Bjrn may have som info about that...
-<Linus> I mean the USB madness.
-<Bagder> yes
-<Linus> The file I/O API will most likely look like POSIX
-* Bagder found some rather good (small and clean) id3-tag code he'll dissect today
-<Linus> You mean version 2?
-<Bagder> both v1 and v2
-<Linus> Nice. It's a pity that ID3 V2 tags arent small and clean...
-<Bagder> hehe
-<Linus> Some people should reaaly be shot
-<Linus> Why do I always type double "a" when I want double "l"???
-<Linus> I guess it's a matter of brains size.
-<Bagder> :-)
-<Linus> (and there was an extra "s" after "brain" ...)
-<Bagder> we'll need a seek for the id3 tag stuff to work
-<Linus> Of course
---> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor2 is now known as Zagor
-<Bagder> morning
-<Zagor> morn
-<Zagor> of course you're supposed to start the archos before you load the modules. ;-)
-<Bagder> you know why?
-<Zagor> yeah, that's the timing issue they mentioned. the recorder takes too long to initialize
-<Bagder> that's probably also why you can't have it in the kernel, you're forced to use modules
-<Zagor> yes
-<Bagder> Zagor: I have a first id3 code approach
-<Zagor> ah, nice!
-<Linus> Zagor: why does it work for you?
-<Linus> (the recorder)
-<Zagor> because I've always done what you just discovered
-<Zagor> I just never thought it was special
-<Linus> So you had it working out of sheer luck!
-<Zagor> well, sort of yes. it's a habit I established since writing the isd200 driver, to always load usb-storage last
-<Linus> Grrr
-<Bagder> Zagor: I've tried to summarize the Linux/USB/Archos stuff in a little HOWTO
-<Bagder> I'd be glad to get some Player info added too
-<Zagor> ok, good.
-<Bagder> should I add it to the www module somewhere?
-<Zagor> sure, call it usb.t
-<Zagor> or usb-howto
-<Bagder> in docs/ ?
-<Zagor> no, in the www root
-<Bagder> ok
-<Zagor> docs is for data sheets
-<Bagder> added, it is plain ascii for now
-<Zagor> ok
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<wavey> good goddamn morning to y'all
-* Bagder waves
-<Zagor> hi there
-* wavey badgers
-<Bagder> reading v1 and v2 tags mostly working now
-<Bagder> even estimates song length in seconds
-<Linus> Rock'n'roll!
-<adiamas> wavey.. any particular reason you have a dir named after yourself in the CVS?
-<wavey> Bagder: excellent!
-<wavey> ad: it's where I'll be developing stuff
-<adiamas> hehe k :)
-<adiamas> hehe tetris.. i love it.
-<wavey> do we have any generic data structure code yet?
-<wavey> i wanna toy with playlist impl ideas
-<adiamas> no.. what do you need?
-<wavey> lists, stacks
-<adiamas> hmmm and it's not c++ so stl is outta the question...
-<wavey> yus
-<adiamas> i could hack you out a quick list class if you want...
-<Zagor> we have a list class
-<wavey> heh
-<wavey> so could I
-<Zagor> just not in the cvs
-<wavey> :)
-<wavey> it's about reuse :)
-<Linus> a "class"?
-<adiamas> hehehe i know :)
-<Zagor> not class, file :-)
-<adiamas> nods
-* adiamas has c++ terms on the brain.
-* Zagor is polluted too
-<wavey> apparently glib has all that inside it
-* wavey investigates
-* Bagder all of a sudden realizes that now he can check the total playtime of his entire mp3 collectin using his new tool ;-)
-<Zagor> hehe
-<Bagder> Title: Forever Young
-<Bagder> Artist: Alphaville
-<Bagder> Album: Forever Young
-<Bagder> Length: 225 seconds
-<Bagder> Bitrate: 128
-<Bagder> Frequency: 44100
-<adiamas> Bagder: you have source up yet?
-<wavey> bad: you decoded the file according to the spec, or you stole the source from elsewhere?
-<Bagder> I stole it
-<Bagder> from Ample
-<Bagder> GPLed
-<wavey> stole in the best possible way, of coiurse :)
-<adiamas> nods
-<wavey> heh yeah
-<adiamas> what about id3?
-<adiamas> you said you ahve id2 and 1 down yes?
-<Bagder> yes
-<Bagder> id3v1 and id3v2
-<adiamas> nice little command line util i pulled off of sf the other day...
-<adiamas> got ya..
-<adiamas> been hacking on that...
-<Bagder> now, I'll make the estimated time to not use floats...
-<adiamas> so before i continue playing.. is there any use to the little battery display i tosed up?
-<Linus> Daniel: how to remove all TABs in a file in emacs?
-<Bagder> untabify
-<Zagor> adiamas: i think it's useful, as soon as we get a UI going
-adiamas adi|atWork <Bagder> adiamas: you should port it to use the proper lcd API though
-<adiamas> nods
-<Linus> Bagder: Yeah right. Any better idea?
-<adiamas> thats what i was talkin about...
-<adiamas> in emacs? no idea.. vi its easy.
-<Bagder> Linus: "Convert all tabs in region to multiple spaces, preserving columns."
-<Linus> "in region" Ah.
-<Zagor> vi is never easy :)
-* Zagor ducks
-<adiamas> hehehe
-<adiamas> bah..
-<adiamas> :%s/<your tab char>/ /g
-<Zagor> that just replaces it, then you have to reindent your whole source
-<Zagor> untabify does it right
-<wavey> glib looks reasonably complete.
-<Zagor> reasonably slimmed, too?
-<wavey> need to check the way it allocates memory
-<wavey> we using malloc?
-<Bagder> if I wanna add test code for the id3 stuff, should I create a new dir in test/?
-<Zagor> not if we can avoid it
-<Zagor> Bagder: yes. test/bagder or test/id3
-<wavey> what i figure
-<wavey> d
-<Bagder> ok, will use test/id3
-<adiamas> did we ever straighten logging out?
-<adiamas> like what funcst were using?
-<Zagor> logging?
-<Bagder> for simulators etc
-<adiamas> nod
-<Linus> debugf()?
-<Linus> I think you could use the same API as debug.h
-<Zagor> glib is a MONSTER
-<Linus> The glib lists require malloc()
-<Linus> Well, most lists do... :-)
-<Linus> I suggest that we use my list functions for lists. Daniel and Bjrn know what I'm talking about.
-<Linus> I can commit them in a minute.
-<Bagder> sure
-<Zagor> ok, I admit:
-<Zagor> we need a subdir :-)
-* Bagder chuckles
-<Zagor> for all standard code such as lists etc
-<Zagor> those will quickly grow to many files
-<Linus> OK here we go. Here comes the "common" directory! :-)
-<Linus> Aaaaaah!
-<Zagor> no! not "common" aaaaaaaaaaagh!
-* Linus fears the "common" directory
-<Zagor> i still (stubbornly) think it's a good idea to have the current code in a single dir, though
-<Bagder> I hope it is fine to commit the id3.c source even though it still contains a few malloc?
-* Linus wants to brain wash Zagor
-<Zagor> sure
-<Linus> So what shall it be? A "common"?
-<adiamas> would you rather call the lower level funcs that malloc references?
-* adiamas doesn't understand the problem about malloc
-<Zagor> i would rather avoid dynamic allocation alltogether, as far as possible
-<Linus> No. it's just allergy to dynamic memory.
-<Linus> adiamas: Say after me "memory leak" :-)
-<adiamas> say after me: code properly
-* Bagder committed his id3 code
-<Bagder> a single c file
-<Zagor> it's not just memory leak problems. it's memory use predictability
-<Zagor> we have *VERY* tight memory requirements, so control is of the essence
-<adiamas> memory use predictability?
-* adiamas figured it was that..
-<Linus> How much memory is used when
-* Zagor is not always too fluent in english ;)
-* Linus is waiting for a response about the "common"
-<Zagor> do we have a bid for a better name?
-<adiamas> nah.. i think that works...
-<adiamas> cause im against "stuff_that_everyone_is_probably_going_to_use_kept_in_one_spot"
-<Zagor> so am I. but I don't like the name "common" :-)
-<PsycoXul> 'shared'?
-<adiamas> we can always rename later
-<adiamas> id rather common over shared
-* Zagor grudgingly accepts 'common'
-<Zagor> mumble mumble
-<Linus> ALOOS (A Load Of Old Shit)?
-<Zagor> ALOUS (A Load Of Useful Shit) ?
-<adiamas> okay.. battery.c in
-<adiamas> use it whenever you want, or ignore it.. whatever
-<Bagder> we have a few other widgets in Gary's code too
-<Linus> apos (A Pile Of Stuff)
-<adiamas> poe
-<adiamas> (pieces of excriment)
-<Zagor> poetic :)
-* adiamas winks
-<adiamas> oh.. oh.. how about...
-<adiamas> "stuff"
-<adiamas> hehehe
-<Zagor> haha
-<Linus> A winner
-* adiamas bows deeply
-<adiamas> and my mothe said i would never amount to anything...
-<adiamas> s/mothe/mother
-<adiamas> what other widgets are in garys code?
-<Bagder> "Draw battery level indicator" ;-)
-<adiamas> lol figures :)
-<Bagder> progress bar
-<Bagder> horizontal slider
-<Bagder> vertical slider
-<adiamas> perhaps a "widgets" file would make more sense...
-<Bagder> "Draw function key labels at bottom of screen"
-<adiamas> is gary's code in the cvs yet?
-<Bagder> no
-* Zagor has a revelation
-<Zagor> "drivers"
-<Zagor> :)
-<Zagor> for all the current stuff
-<adiamas> hmmm that don't seem right...
-<Zagor> heck, I'm man enough to admit I'm wrong
-<Zagor> sometimes I am, anyway ;)
-<adiamas> Bagder if you want to either a: mail me or b: submit to the cvs, ill try and update to current lcd code
-<Zagor> adiamas: you can find it on the web page
-<Bagder> Zagor: I think it might be a hit
-<adiamas> where?
-<Zagor> http://bjorn.haxx.se/rockbox/gary/
-<wavey> found a nice non-float random number generator
-<wavey> tiny too
-<adiamas> that works.
-<wavey> with references to knuth throughout the code :)
-<adiamas> would it make more sense to have a 'widgets' file that has this sorta stuff in it?
-<Zagor> adiamas: don't put everything in the lcd.c, though
-<adiamas> right
-<Zagor> yes
-<adiamas> k
-<Zagor> maybe we should even have a 'ui' directory
-<Bagder> wow
-<adiamas> hmmm don't think we need that yet...
-<Bagder> Zagor's in the mood today ;-)
-<Zagor> hehe. it's either 0 or 1, you know ;)
-<adiamas> we cold always create it later when the need suits..
-<Zagor> yes
-<Linus> I have sinned
-<adiamas> ?
-<Linus> I added a "common" directory
-<Zagor> you mean apart from toasing my jukebox? ;)
-<Zagor> toasting
-<Linus> Prove it. :-)
-* adiamas runs around screaming that the sky is falling
-<Zagor> hehe
-<Zagor> we'll have a mailreader.c before you know it...
-<wavey> :)
-<wavey> netscape syndrome
-<adiamas> lol
-<Zagor> "Every software evolves until it can read mail"
-<wavey> and it won't be mailreader.c, it'll be mail/Imap.c mail/pop.c mail/smtp.c
-<wavey> because i'm committing them now ;)
-<Zagor> hehe, right
-<PsycoXul> heh
-<adiamas> well the hell with you guys... im commiting common/Solitare.[ch] outta spite.
-<wavey> :)
-<Zagor> ...i already committed tetris.c. neener neener ;)
-<adiamas> i know.. i played withit..
-<Linus> Sorry. I'll have to move them to common/mail/pop.c etc.
-* wavey chuckles
-<Bagder> I'm off for a few hours, back later...
-<Linus> CU!
-<adiamas> now a really cool tetris would be able to increase and decrease in size ;)
-* wavey Bagders
-<adiamas> later
-<Zagor> adiamas: yeah, mine is a bit small :)
-<wavey> coolness is related to the ability to pulsate?
-<wavey> that's a new one
-<adiamas> whats was the final word on src format?
-<adiamas> 4 spaces on indent yes?
-<Zagor> yes
-<adiamas> and i_am_a_function, not IAmAFunction
-<adiamas> right?
-<Zagor> yes
-<Zagor> and IAMAMACRO
-<adiamas> right
-<Zagor> or I_AM_A_MACRO is acceptable too
-<adiamas> any word on comments?
-<wavey> glad to hear it :)
-<Zagor> C style
-<adiamas> namely, multiline?
-<wavey> there's // comments already in there
-<Zagor> wavey: yeah, but their about to go extinct
-<Zagor> they're
-* adiamas will fix those as much as he can as he goes
-<wavey> ok cool
-* adiamas wonders if the src formats should be added to the FAQ
-<wavey> yes
-<Zagor> we have a CONTRIBUTING file describing it. that should be mentioned in the faq
-<wavey> and CONTRIB
-* adiamas nods
-<Zagor> ok guys, commit what you have. I'm about to move all drivers
-<Linus> OK Zagor. Define driver.
-<Zagor> good point
-<Zagor> here's my thought about which files go into "drivers":
-<adiamas> pile.c
-<adiamas> hammer.c
-<adiamas> andretti.c
-<Zagor> ata, button, fat, i2c, lcd, led, mas, serial
-* adiamas cackles happily
-* Linus falls asleep
-* adiamas nods
-<adiamas> seems sensible
-<Linus> Kick it!
-<Zagor> CLEAR
-* Linus ducks
-<wavey> heh
-<adiamas> with cvs, as long as i do an update -dP, do i still ahve to do a checkout before i work on and submit code?
-<Zagor> you should
-<Zagor> to avoid complex conflicts
-<adiamas> k.
-<adiamas> how should i reference the CONTRIB in the FAQ?
-<adiamas> just tell them to check out CONTRIB in the source?
-<Zagor> yes, or bjorn.haxx.se/firmware/CONTRIBUTING
-<Zagor> ok i'm done
-<adiamas> that url doen'st work
-<Zagor> ah, forgot "rockbox"
-<Zagor> http://bjorn.haxx.se/rockbox/firmware/CONTRIBUTING
-<adiamas> node
-<adiamas> nod
-<adiamas> okay.. all fixed
-<Zagor> web page updated
-<wavey> my cvs update didn't create the drivers subdirectory within firmware. isn't it recursive?
-<Zagor> you should use "update -dP"
-<wavey> ok, cheers
-<Zagor> as it says on the web page :)
---- Linus is now known as Linus|lunch
-<wavey> doh
-<adiamas> whats the address to send _to_ the mailing list?>
-<Zagor> rockbox@cool.haxx.se
---- Zagor is now known as Zagor|lunch
-<adiamas> okay.. last addition to FAQ for the night.. bed time now...
-<adiamas> night
-<wavey> night
---- adiamas is now known as adi|sleep
-<adi|sleep> oh... btw.. if my humor gets a bit much.. tell me...
-<adi|sleep> i tend to wander a bit on the 'acceptable' scale
-<wavey> weird behaviour on my recorder - all sound ceased
-<wavey> a shutdown and restart with dc power didn't change that
-<wavey> a battery pull with no dc woke it up
-<wavey> piece of shit
---> alkorr (jbcoax@srs03v-6-237.n.club-internet.fr) has joined #rockbox
-<wavey> hiya alan
-<alkorr> hi everybody
-<wavey> 'hi doctor nick!'
-* wavey chuckles
-<wavey> simpson's reference
-<wavey> s/'//
-<alkorr> :)
-<-- alkorr has quit (Client Quit)
-<wavey> does id3 have upper size limits for strings?
-<wavey> for memory saving, it seems sensible to me to extract the values from a track we want to display at runtime using the id3 code, (with a fallback to the filename if id3 is empty ) rather than having the track entry in the playlist duplicate those values.
-<wavey> i know that makes almost no sense
-<wavey> so ignore it
-<wavey> until i can express myself clearly :)
-<adi|sleep> i keep having a file that lists as 'read only' but the permissions are set otherwise...
-<adi|sleep> ive had this before..
-<adi|sleep> how do i change it.
-<wavey> on unix?
-<adi|sleep> yup
-<wavey> i've never had that
-<wavey> chmod 777 fails?
-<wavey> are you accessing the file from the cmdline or some tool?
-<wavey> and aren't you asleep? :)
-<adi|sleep> cmdline
-<adi|sleep> i kno i know...
-<adi|sleep> and i have had it before..
-<wavey> linux?
-<wavey> ext2?
-<adi|sleep> learned it when a box i was working on was cracked...
-<adi|sleep> yeah.. its not related to the chmod perms
-<wavey> and you are su?
-<adi|sleep> yup... tried it that way to.. i know its not tht..
-<wavey> you're saying that root is being told a file is read only?
-<wavey> that only happens when the fs is read only
-<adi|sleep> yes... dude.. ive had this before... trust me..
-<adi|sleep> no.. its not..
-<adi|sleep> i know what im talking about here ;)
-<wavey> sounds fucked to me :(
---- Zagor|lunch is now known as Zagor
---- Linus|lunch is now known as Linus
-<wavey> by the way, i've started coding playlist.c to provide a simple list of tracks
-<wavey> it'll use linus' lists.c
-<wavey> and some randomising code i found
-<wavey> add, remove, get next, get previous, etc
-<Zagor> sounds good
-<Zagor> wavey: we're using newlib, which includes rand()
-<Linus> wavey: rand() is part of stdlib.
-<wavey> how large is newlib
-<wavey> i didn't expect to be using any libs
-<Zagor> a lot smaller than glib :)
-<wavey> ok cool
-<Linus> Pretty large if you link it all. Stdio and stdlib takes about 30k.
-<wavey> (i was going to extract stuff from glib, not use it ;)
-<wavey> and you intend to use it all?
-<Linus> Yes. In the beginning. After a while we will find out what we need and what we don't, and replace newlibs functions with our own.
-<wavey> ok
-<wavey> sounds reasonable :)
---- wavey is now known as wav_lunch
-<wav_lunch> latersss
-<Linus> Yeah, we want to develop the archos specific stuff first.
-* Bagder returns
-<Linus> Welcome Bagder
-* Bagder bows
-<Bagder> lots of commits
-<Zagor> yup
-<Zagor> I'm writing a progress mail for the list. any specific points I should include?
-<Linus> The thread API
-<Bagder> yes, run on target
-<Zagor> that's included
-<Bagder> ran even
-<Bagder> the need for documentation of APIs :-)
-<Bagder> id3 code
-* Bagder is gonna cut off the malloc()s now
-<Linus> Bagder: It's actually double work to try to simulate the threading code. :-)
-<Bagder> indeed
-<Linus> So obviously it is only run on target.
-<Bagder> yes, but the point would be to tell that it has run
-<Linus> Of course.
-<Bagder> as we already have mentioned the thread api before
-<Linus> I think the threading code it quite neat and even cool.
-<Bagder> I like it. Very little extra, only the very stuff that needs to be there
-<Zagor> yes, it's beautiful
-* Bagder committs
-<Zagor> hmm, how do we glue together newlib and our fat code?
-<Zagor> anyone done it before?
-* Bagder shakes his head
-* Linus hides
-<Bagder> if you build the id3 test program now, it is easily tested on large amounts of files
-<Zagor> have you tried writing tags, or only reading them?
-<Bagder> only reading
-<Bagder> writing isn't that important, is it?
-<Zagor> ok. good enough for now
-<Zagor> no, not until much later
---- wav_lunch is now known as wavey
-<Zagor> wavey: how are you designing the playlist code?
-<wavey> simple abstract list at the moment
-<wavey> i see a track_t struct
-<wavey> and the playlist is a list of these
-<wavey> or a list of meta info about each track perhaps
-<Zagor> sounds like a lot of ram for 999 songs?
-<wavey> i only wanna hold the filename in the struct at the moment
-<wavey> ideally
-<wavey> i don't think we can hold any less than that in mem
-<wavey> alternative is the inode for each title
-<Zagor> you can have a byte index for the start of the line in the playlist file
-<Zagor> (there are no inodes)
-<wavey> ah :)
-<wavey> ok
-<wavey> so playlist is always a file based entity?
-<wavey> ack phone
-<Zagor> yes, i think we will always use files for playlists
-<Zagor> if we make one on-the-fly I would say we still want to save it before using it
-<wavey> ok no problem
-<wavey> the more ram we keep free the better
-<Zagor> exactly
-<wavey> so we need to store the filename in question and the line number
-<wavey> makes the playlist code rather simple :)
-<Zagor> we don't really need to store the filename either
-<wavey> course we do
-<Bagder> in the file we do
-<Bagder> playlist file
-<wavey> oh, of course
-<Zagor> index the list file, looking for newlines. keep a list of the index of each new line. that is the play list in ram
-<wavey> we gonna persist all other normally memory resident information too?
-<Zagor> such as?
-<wavey> user settings
-<wavey> vol
-<wavey> balance
-<wavey> etc
-<Zagor> I want them persistent, yes
-<wavey> all in one file?
-<Zagor> or using the pre-fat sector that the player uses
-<wavey> how much space is in there?
-<wavey> are we supporting ext2? :)
-<Bagder> *g*
-<PsycoXul> how about ext3?
-<PsycoXul> :p
-<wavey> heh
-<PsycoXul> journalling baby, do these devices good :p
-<Zagor> each sector is 512 bytes, and i think there are 63 unused sectors
-<PsycoXul> course with other filesystem support we still need to have a fat root
-<wavey> 32k
-<Zagor> 512 bytes is plenty for these settings
-<wavey> be nice to have a good API abstracting that space for our storage
-<Zagor> yes
-<wavey> this is getting quite sexy
-<wavey> ok
-<wavey> playlist is in-memory indexes into our playlist file.
-<wavey> if user abandons that playlist
-<wavey> by selecting a new playlist from disk
-<wavey> we copy the contents to our special playlist file?
-<wavey> and recalc the indexes
-<Zagor> no
-<Zagor> or
-<PsycoXul> you know another thing that'd be kinda nice is to be able to make a playlist of playlists sorta deal
-<Zagor> what do you mean "special playlist file"?
-<wavey> um
-<wavey> i understood that
-<Zagor> PsycoXul: metalist. yeah, good idea. next version :)
-<wavey> we would be storing filenames for our playlist in a special file
-<wavey> to save ram
-<Zagor> but we already have the filenames, in the playlist...?
-<Bagder> the playlist on disk *is* the file names
-<wavey> and if the playlist is constructed on the fly?
-<wavey> interactively
-<Bagder> then it must be stored
-<Zagor> they must be saved on disk too
-<Zagor> shouldn't be a problem
-<wavey> yes - but the user shouldn't have to name the file
-<wavey> so we have a special one
-<Zagor> yes
-<Bagder> ah
-<PsycoXul> just like a tmp file
-<wavey> i guess
-<wavey> ok, so with pre-existing playlists, we store the filename and indexes in memory
-<wavey> for an on-the-fly list, we create a special file and do the same as befor
-<wavey> e
-<Bagder> sounds fine
-<wavey> cool
-<wavey> ok, makes for trivial code. which is good :)
-<Zagor> trivial is good
-<Bagder> simplicity is golden
-<wavey> indeed :)
-<PsycoXul> also makes the on-the-fly lists easy to persist
-<Zagor> yup
-<Zagor> we could have an option to "save" (rename) an on-the-fly list
-<wavey> zag: sure
-<PsycoXul> yeah
-<Zagor> later :)
-<wavey> and randomise simply changes the order of the indexes
-<Zagor> yup
-<wavey> to do disk-wide random play, our playlist file idea gets a little more complex
-<wavey> or a little larger, at least :)
-<Zagor> do you have a good randomize algorithm?
-<Bagder> I want randomize-among-all
-<Zagor> to randomise a bit array
-<Bagder> but it takes some thinking
-<Zagor> big array
-<wavey> my exp isn't that good with randomising, but we'll get something working
-* Bagder nods
-<wavey> perhaps knuth has an archos and will be willing to help out :)
-<Zagor> yeppers
-<Bagder> hehe
-<Zagor> anyone feel like writing lcd-charcell emulation for the simulator?
-<wavey> you said there are no inodes
-<Zagor> :)
-<wavey> do we have aything similar that we can access files by?
-<Zagor> wavey: we have clusters, almost the same thing
-<Linus> Yup. FAT entries
-<wavey> so we could do disk-wide random by examining these clusters by index?
-<Bagder> Zagor: charcell LCD simulated could just use the recorder's lcd string output function, two lines 11 chars
-<Zagor> the problem with those is that you have to look them up for each file, which is what takes so long in the current firmware
-<wavey> hang on
-<Zagor> Bagder: of course. good idea
-<Bagder> it would probably need a more complete charset simulation though
-<Zagor> and some icons
-<wavey> will the fat32 code give us these clusters by index?
-<wavey> oh
-<wavey> you mean it's file->cluster relationship?
-<wavey> nor cluster->file?
-<Zagor> yes
-<wavey> bugger
-<Zagor> so it's not really useful for indexing
-<wavey> it might still be an option.. pre calc all file->cluster entries ready for later use
-<wavey> i.e. a user option
-<wavey> (go make a large cup of coffee option)
-<Zagor> yeah, but what for? there's no gain
-<wavey> because later use of these indexes means instant random file access
-<wavey> for disk-wide random play
-<wavey> perhaps my ignorance of the fat layer is confusing me :/
-<Zagor> instant, as opposed to 200ms delay for looking up the file?
-<Bagder> disk-wide
-<Bagder> you can't have the file names then
-<Zagor> yeah, but disk-wide we still need an index file
-<Zagor> so why save clusters rather than filenames?
-<Bagder> it would make a smaller file
-<Bagder> but I agree
-<wavey> hmm, given a cluster id, can't we get the filename easily?
-<Linus> No
-<wavey> ok, scratch that idea then
-<wavey> worth a try
-<wavey> the alternative is to create the special playlist file with every filename on disk in it before we can do random play
-<Linus> The directories point out the start cluster of each file, but reverse lookup is not possible
-<Zagor> wavey: we need the playlist file in any case. i vote for filenames
-<wavey> which again is a big hit, but only once, compared to the archo's firmware solution
-<wavey> zag: we don't seem to have a choice anyway :)
-<Zagor> nope :)
-<wavey> ok cool
-<wavey> and it's consistent too
-<wavey> which simplifies things
-<Zagor> precisely. an on-the-fly list is handle by the same code as manually created lists
-<Bagder> so with something like 12-16 bytes in ram per mp3, we make can have a 4000 song playlist on 64K
-<wavey> start of new song in playlist pushes that song index to prefat storage?
-<wavey> mid song end pushes the time to prefat storage?
-<wavey> mid song end = user decision
-<wavey> are those sentences are mystifying as they read to me? :)
-<wavey> s/are/as !
-<Bagder> I understand your point
-<wavey> goddamnit I can't talk today
-<Zagor> about pre-fat storage:
-<Zagor> we should have a "queue" of such things that "wants" to be stored
-<wavey> both points to enable resume
-<wavey> zag: nice
-<Zagor> then store it when/if the disk spins up for some other reason
-<wavey> hmm - that sounds like it might need a priority system
-<Zagor> why?
-<wavey> stop button on a song
-<wavey> to allow resume
-<wavey> would need to persist immediately in case user powers off too
-<Zagor> that could be a user option
-<wavey> yup
-<wavey> not so much a priority, but a wait or no wait option
-<Zagor> yes
-<wavey> shall I write up some of this for the list?
-<wavey> be good to capture it while it's fresh
-<Zagor> sure
-<Bagder> please do
-<wavey> i'll advertise irc again too
-<wavey> so damn useful
-<Zagor> i just did in my last mail :)
-<Bagder> over and over again
-<Bagder> ;-)
-<Zagor> :)
-<wavey> how long until you envisage fat32 in place?
-<wavey> few weeks?
-<Zagor> it depends
-<Zagor> could happen next week, could take a couple
-<wavey> cool
-<Zagor> my plan is to start with fat32 and no long-filename support
-<Zagor> when that works we can test the MAS interface
-<Zagor> then we add long filenames
-<Bagder> sounds like a plan
---- ChanServ gives channel operator status to Zagor
---> edx (edx@pD950D24B.dip.t-dialin.net) has joined #rockbox
-<edx> hi :)
-<Bagder> hey
-<Linus> Welcome edx!
-<Zagor> ah, edx!
-<edx> the simulator is working for lcd.c
-<Linus> Cool!
-<Bagder> neat
-<edx> scanned my JBR and took it as the interface :)
-<Zagor> hehe
-<edx> hm i am not sure whether code for the JB (not recorder) will work - ill have to try that
-<Zagor> http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg
-<Bagder> good comparison pic
-<edx> what is the resolution of teh JBS displays?
-<Zagor> jbs?
-<edx> jukebox studio
-<edx> (normal jukebox)
-<Zagor> ah, 11x2
-<Zagor> characters
-<Zagor> we call it "player"
-<Bagder> edx: if you just get the kets too, you could play tetris soon! ;-)
-<Bagder> keys
-<wavey> can we agree to refer to individual mp3s as 'tracks' rather than 'songs'
-<Bagder> sure
-<wavey> the current firmware refers to songs when loading spoken word tracks and it annoys me :)
-<edx> hm how is the lcd controller accessed - completely different way i guess.. ?
-<edx> (i mean from a higher level view...)
-<Bagder> yes
-<Bagder> they are two different APIs, at least now
-<Zagor> http://bjorn.haxx.se/rockbox/devcon/
-<Bagder> btw
-<Bagder> the id3 code uses ftell
-<Bagder> just for getting the size of the file
-<Zagor> ok
-<Zagor> shouldn't be a problem
-<Bagder> we didn't define any function to get the size, nor ftell ;-)
-<Bagder> (reading the devcon notes)
-<Zagor> our api definition is a little outdated, since we'll be using newlib anyway
-<Bagder> ya
-<Zagor> it contains all those functions
-<Bagder> but we don't yet know how to map them to the fat code, do we?
-<wavey> can i send to your list from an account it doesn't recognise?
-<Zagor> yes
-<wavey> cool
-<Zagor> we love spam :)
-<wavey> heheh
-<Linus> Implementing those functions in newlib isn't that hard.
-<Bagder> lots of fine closeups on Archoses!
-<Bagder> ok
-<Zagor> ah, forgot one picture: The Virgins! :-)
-<Linus> :-)
-<Linus> Pile'em'up!
-<Zagor> an almost offensive number of archoses...
-<edx> the devcon page is cool (jsut had a look at it :D)
-<Linus> It was cool!
-<Bagder> we should have more devcons!
-<Linus> The event of the year! ;-)
-<edx> i would have liked to join you :) - too far
-<edx> hey... could you give all cvs-registered ppl ops for this channel :D
---- Bagder gives channel operator status to edx
-<Bagder> :-)
-<edx> thx
-<Zagor> hmm, i think we're all cvs registered actually :)
-<edx> LOL
-<edx> op everybody *lol*
---> ironi (xircon@m213-101-132-20.swipnet.se) has joined #rockbox
-<ironi> ello
-<ironi> i read the progress report, fascinating =)
-<ironi> wavey, Linus
-<Zagor> alooh!
-<Bagder> getting crowded!
-<ironi> Zagor, hi
-<ironi> Zagor i am curious where oyu got the nick
-<Linus> Yoooo!
-<ironi> i know about a italian comic strip called zagor
-<Zagor> oh, it's an old one
-<wavey> ironi hi
-<Zagor> I made it up for a D&D character some time around ~83
-<ironi> ok so you just made it up? cool.
-<Zagor> he was a herb collecting monk, if i recall correctly :)
-<ironi> heh
-<ironi> i am really looking forward to the win32 simulator
-<Zagor> yeah, I made it up. didn't know about the comic strip until mid-90s
-<ironi> oh, so you do know about it.
-<ironi> =)
-<Zagor> yes, I do now :)
-<ironi> i dont think it really exists in sweden, does it?
-<Bagder> ironi: say boo to edx, he has made it work ;-)
-<Zagor> never seen it at least
-<ironi> edx, good job
-<edx> ironi: want an alpha version? (im coding it)
-<ironi> Bagder, i wanna try it , i wnna try i
-<ironi> want
-<ironi> edx, how big is it?
-<ironi> edx, cause im on gprs right now
-<edx> hmmm lets see... i can send you a release compile of the simulator (you cant test your own code then) - it is 44 kb
-<ironi> oh ok i tohught we were talking > 1 mb
-<ironi> send it
-<Zagor> good mail, wavey
-<ironi> not graphic, then?
-<Linus> Indeed. Well done!
-<wavey> cool ta
-* wavey goes for coffee
-<edx> it is graphic - it only supports graphics right now actually (nothing else [like keystrokes
-<ironi> ok well hand it over
-<ironi> what do you code it in?
-<edx> MSVC++ (7)
-<edx> but it is straight c code
---> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
-<edx> so you can compile it on any windows compiler
-<Zagor> hi elinenbe
-<edx> do you get the dcc request?
-<elinenbe> Hey there. I have some great ideas for browsing/playlist implementation...
-<ironi> edx, i see. i do know some c++
-<elinenbe> DOes anyone here have a riocar/empeg player?
-<ironi> edx, not working?
-<Zagor> elinenbe: nope :)
-* Bagder has none
-<edx> give me your email adress.. ill mail it then
-<ironi> edx, cvitan@zworg.com
-<ironi> ehm, what wa si going to say...
-<elinenbe> well, the way it works is based on ID3 tags, but that is not the way this player is designed, so we will just use the folders instead.
-<elinenbe> what you do is start a playlist or just play songs.
-<ironi> yeah; well my linux-on-jukebox is not working well
-<ironi> i guess someone else could make it owrk in 5 minutes, but..
-<edx> if you want i can attatch source as well (only a few kb too)
-<elinenbe> and then if you browse to a new sond and you hold down play for 2 seconds, it comes up with an option.
-<ironi> edx, do that
-<Zagor> elinenbe: option for what?
-<ironi> edx, i am getting interested in installing my vc++
-<elinenbe> 1)insert after current song (does what is says) 2)append (this will cue the song to be played after whatever else is queued)
-<ironi> got that somewhere
-<elinenbe> and if you just want to play the sond you just hit play (no hold down necessary)
-<edx> hehe
-<elinenbe> this works VERY well....
-<Zagor> elinenbe: sounds like a good interface
-<Bagder> elinenbe: sounds clever and convinient, yes
-<edx> ok.. sent it
-<elinenbe> they have a really sweet interface for only a few buttons...
-<edx> ah.. Zagor: what dir (cvs) should i put the simulator (w32) in?
-<Zagor> edx: uisimulator/win32
-<Bagder> we could possibly move the x11 stuff into a separate dir too
-<edx> right now (on my computer) i have it in uisimulator/uisw32 but doesnt matter anyways (just for the relative paths... they all go to ../../firmware)
-<Zagor> Bagder: at your convenience
-<Bagder> ok, I'll save that work for later ;-)
-<Zagor> edx: win32 is a better name imho
-<edx> it is.
-<edx> i chose the other name because i had to create msvc project file (and win32 is a stupid project name IMO)
-<ironi> what headphones do you guys use with your player/recorder?
-<ironi> I have found the koss portapro to work really nice with my player
-<edx> ironi: (standard headphones)
-<Linus> some Sony plugs
-<elinenbe> I use the ones that come with it... I have no problem, and they are nice because I can put them into my bag without worries (fold up)
-<ironi> edx, shouldn't it be IMHO
-<ironi> =)
-<Zagor> ironi: I use the Sony EX70 earplugs. best I've ever heard.
-<ironi> heh
-<ironi> portapro are also fold
-<ironi> Zagor, ex70...don't know about them...
-<edx> irony: why?
-<Zagor> you guys should try the EX70s. you haven't heard what the Archos can to until you've tried them
-<ironi> i don't like plugs very much myself
-<ironi> edx, just joking
-<edx> ok
-<edx> LOL
-<ironi> Zagor, how much are they
-<edx> yea how much
-<edx> (and where do i get 'em)
-<Zagor> ironi: don't remember really. $70 or some such.
-<elinenbe> http://www.etronics.com/product.asp?stk_code=sonymdrex70lp
-<elinenbe> $35 USD
-<ironi> Zagor, aeh? oh
-<ironi> alot for plugs
-<Zagor> I have a pair of Sony VDR-700 for $250 and the EX70 compares very favorably...
-<edx> LOOOOL @ $250
-<Zagor> what can I say, I like good stuff...
-<ironi> i wonder how they compare to portapro, which are considered to be the best portable headphones in the >$70 class (>$100 in europe)
-<ironi> for like 10 years now
-<edx> another thing: how long (in msecs) does a lcd_update take an a JB?
-<Zagor> ironi: In my opinion the Portapros are overrated. Narrow range not much oomph.
-<edx> because i have to simulate slowness as well :)
-<Zagor> but that's just my opinion :)
-<edx> Germany: (Sony headphones): 38,95 Euros
-<edx> LOOOL "avaibility: 2 to 6 weeks" argh!
-<Bagder> edx: I think Gary spoke about 20 frames per sec or somehing like that
-<Zagor> ok, so I remembered wrong :)
-<Bagder> lcd_update() I mean
-<edx> ah ok.. that makes... hmm 50msecs
-<ironi> Zagor, well I mean for a device like archos they deliver the base and solid clarity
-<ironi> oh this s a recorder simulator
-<elinenbe> I was just wondering -- how much is Archos going to pay you guys once the popularity of the jukebox explodes... every open source / Linux nut will go nutty ofr an open source mp3 player (just wait until the slashdot crowd finds out about this...)
-<edx> hm it has the design of a recorder - but it will work for a JBP as well
-<Zagor> elinenbe: I wouldn't bet them even acknowledging our existence
-<ironi> hehe
-* Zagor has written a "slashdot protection" script for the website :)
-<ironi> Zagor?
-<edx> what is slashdot protection lol
-<Zagor> index.cgi counts hits. >10 hits in 10 seconds triggers a redirect to a mirror at sourceforge.net
-<edx> ahhh
-<edx> ok..
-<edx> what does the word slashdot mean than - like spamming?
-<elinenbe> are you serious about that?
-<Zagor> I have no idea if it's enough, but it's an attempt...
-<Zagor> elinenbe: yup
-<Zagor> slashdot is a website: slashdot.org
-<elinenbe> slashdot is a site all about geek news...
-<edx> aha
-<elinenbe> when a story is posted there nearly everyone reads up on it...
-<edx> ahhhhhh
-<edx> ok now i got it all :)
-<edx> sorry for being that slow ;)
-<elinenbe> therefore if your site is where the story came from, then you have 1000)+ hits very fast...
-<elinenbe> boom! crash! lock! <-- there goes your server
-<edx> yea.. hehe
-<Zagor> your site gets "slashdotted"
-<ironi> /.
-<edx> are they gonna post about rockbox there? lol
-<ironi> well, gotta go, have a meeting with the student television
-<edx> cu
-<ironi> later, you guys.
-<Zagor> bye
-<ironi> maybe i should do my masters thesis with the rockbox as an example
-<ironi> and interview you ppl
-<Zagor> ironi: sure, i'm game
-<ironi> do a thesis with something about open source
-<ironi> it's a n interesting subject
-<ironi> =)
-<ironi> well worth to think aobut
-<ironi> i will talk to a ph.d. that does research on oss organisation forms, etc.
-<-- ironi has quit ("later <k!15b8>")
-<Zagor> edx: i expect we will be on slashdot some day. I just hope it will be after we have something to "show" rather than in the current state
-<Zagor> first impression, and all that
-<Zagor> so don't tell anyone :)
-<Bagder> ... 91 subscribers today
-<Linus> Gotta go! l8r!
-<Bagder> bye Linus
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
-<wavey> zag: ex70 are the plug type yeah?
-<wavey> i have them
-<wavey> they're great
-<Zagor> wavey: they are then new type that you literally insert into the ear canal
-<wavey> if bass-heavy
-<wavey> yes
-<wavey> i have to turn the bass down on the archos
-<wavey> too boomy otherwise
-<Zagor> pull down the bass on the recorder, and they give you exceptional range
-<edx> LOL
-<Zagor> yes, me too
-<wavey> yus - they're great
-<wavey> and close out the rest of the world very nicely :)
-<Zagor> yep
-<Zagor> I bought the Etymotic ER-4P
-<Zagor> $350 plugin headphones
-<wavey> yow
-<Zagor> they sucked, big time!
-<wavey> i saw refs to them when researching plugs
-<Zagor> yeah, they are considered the top of the top of the top
-<wavey> ppl loved 'em or hated 'em
-<wavey> said you need to learn to 'relisten' to your music
-<wavey> to compensate for no bass, or something?
-<edx> LOOOOL I cant get you are spending 350 bucks on headphones
-<Zagor> yeah, that's just an euphemism for "I can't admit I spent my money on crap"
-<Zagor> I sent them back and got a refund
-<wavey> edx: the argument is why spend big bux on a decent sound system, then peanuts on the delivery mechanism
-<Zagor> they really have *NO* bass. it's pathetic
-<edx> How do you lcd_init for char displays with currend lcd.c?
-<edx> i get the feeling we cant get around writing two seperate OSs... I mean I want real fancy graphics on my recorder (not the f*** char display graphics) :P
-<Bagder> we will probably write more or less two separate UI threads, yes
-<Bagder> +write
-<Bagder> one for each LCD
-<Zagor> the user interfaces will be different code, yes
-<edx> so how do i init char displays?
-<edx> lcd_init ();
-<edx> wont work
-<edx> (LCD_BITMAP_blah not defined)
-<Bagder> hey!
-<Bagder> load-file alert
-<Bagder> bad paths
-<Zagor> looks like lcd_init is missing
-<Zagor> for charcells
-<Zagor> Bagder: ?
-<edx> lol the lcd.h does not define lcd_init for char cell lcds (yet?)
-<Bagder> Zagor: the emacs magic in the bottom of the files...
-<edx> ah ok
-<Bagder> Zagor: uses wrong file name
-<Zagor> ah, yes
-<edx> ill wait until it is released then - if i have enoguh time ill wirte a JBP GUI for the player then :)
-<Zagor> i'll take a look at it
-<wavey> do our fat32 fs entries have the archive flag?
-<Zagor> I wouldn't count on it
-<Zagor> i'm responding too :)
-<wavey> heh cool
-<Zagor> besides, scanning for archive bits isn't any faster than scanning for files
-<Bagder> *and* you can build the huge play list with an external tool while USB connected
-<wavey> well, the scanning is unavoidable, the comparison of a bit flag is certainly easier than a filename comparison
-<Zagor> but more uncertain
-<Zagor> i've sent my mail, read it :)
-<wavey> will do
-<edx> be back later... cu
-<Zagor> bye
---- edx is now known as edx|bbl
-<wavey> i was also wondering if we should pre-fetch the previous and next playlist entry details to ensure smoother operation
-<Bagder> probably
-<Zagor> wavey: yes. maybe even several entries. sometimes you want to skip a few tracks
-<Zagor> a compile-time option, ideally
-<wavey> yus
-<wavey> open source. the only way forward :)
-<Zagor> yus ;)
-<Zagor> i'm going home. see you soon, guys :)
-<wavey> byee
-<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
-<Bagder> I'll need to dash too, I might pop by a little later or tomorrow. See ya
-**** ENDING LOGGING AT Tue Apr 23 17:30:11 2002
diff --git a/www/irc/rockbox-20020426.log b/www/irc/rockbox-20020426.log
deleted file mode 100644
index 8a74aaa859..0000000000
--- a/www/irc/rockbox-20020426.log
+++ /dev/null
@@ -1,2238 +0,0 @@
-**** BEGIN LOGGING AT Fri Apr 26 05:32:08 2002
-
---> adiamas (~adiamas@as5300-9.216-194-23-95.nyc.ny.metconnect.net) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
-* adiamas heads off to bed now that logging works
-<Zagor> good night
---- You are now known as adi|asleep
-* Bagder heads off for the lunch meeting
---- Linus is now known as Linus|lunch
-<adi|asleep> is there any way to turn logging off on certain channels?
-<adi|asleep> in xchat
-<adi|asleep> grrr.. what did you guys break?
-<adi|asleep> tr: too many arguments
-<adi|asleep> Try `tr --help' for more information.
-<adi|asleep> cvs server: Pre-commit check failed
-<adi|asleep> cvs [server aborted]: correct above errors first!
-<adi|asleep> cvs commit: saving log message in /tmp/cvsoX6Lpv
-<-- wavey has quit (Read error: 104 (Connection reset by peer))
---> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<wavey> too busy at work :(
-<wavey> wanna code more for the rockster box :)
-<calpefrosch> me too
-<wavey> i have code to manage settings and an outline of the playlist func
-<calpefrosch> but I just started to get used to C
-<wavey> no better way to learn, cal :)
-<calpefrosch> hope so
-<calpefrosch> what do you do at work
-<calpefrosch> ?
-<-- calpefr|ipaq has quit ("Smartsoft PocketCHAT for PocketPCs - Http://www.sspocketchat.com")
-<wavey> i'm a java enterprise consultant
-<calpefrosch> he, cool. I want to make the Java Certified Prorammer this year.
-<wavey> cool. java's a lovely language
-<wavey> bit c is sexy :)
-<wavey> s/bit/but
-<calpefrosch> hmm, let's try to put JINI on the Jukebox ;-)
-<calpefrosch> I never did C before, so it's difficult for me to understand the code
-<calpefrosch> or JME
-<calpefrosch> and now to something completely different...
-<calpefrosch> is the code in the cvs ?
-<wavey> my code?
-<wavey> not yet
-<calpefrosch> can you send it to me ?
-<wavey> it'll go in today, hopefully. not much point seeing it now unless you're desperate?
-<calpefrosch> ok
-<wavey> what do you do at work?
-<wavey> java too?
-<calpefrosch> yes. I make PL/SQL with Oracle8i and some Java-Tools for our product that is written in java
-<wavey> cool. what company?
-<calpefrosch> look at www.empolis.com
-<wavey> oh, you make rubics cubes? :)
-* wavey chuckles
-<calpefrosch> no :-(
-<wavey> you're german then?
-<wavey> i'm listening to a german band on my archos as we speak :)
-<wavey> rammstein
-<wavey> i don't understand any of the words, but it's fantastic music anyhow :)
-<calpefrosch> yes, and the words are not important, you can believe me
-<wavey> you're a fan?
-<calpefrosch> which archos do you have ?
-<wavey> recorder
-<calpefrosch> not a fan, but I can listen to some songs. I have to recorder, too. And the firmware is running on it ? ( a bit )
-<wavey> i haven't put the code on the recorder yet
-<wavey> i don't trust it :)
-<calpefrosch> yeah, because of the hd-lock
-<wavey> yus :)
---- Linus|lunch is now known as Linus
-<calpefrosch> Linus: did you try the firmware on a recorder ?
-<Linus> I haven't dared to... :-)
-<Linus> Bch dich!
-<Linus> (about the only Rammstein song I know)
-<calpefrosch> I think it's "Bck dich"
-<Linus> I suppose. Ich kann nicht deutsch sprechen.
-<calpefrosch> oh, that was very good.
-<calpefrosch> I just read the lyrics, and it makes not much sense
-<calpefrosch> the song
-<Zagor> adi|asleep: you still awake?
-<calpefrosch> is he working at night, or living on the other side of the sea
-<calpefrosch> s/sea/world
-<Zagor> he's american
-<calpefrosch> ah
---> alkorr (jbcoax@srs07v-8-205.n.club-internet.fr) has joined #rockbox
-* Bagder yawns
-<calpefrosch> is the recorder display really 64 height, not 80 lines ?
-<Bagder> what makes you think it is 80?
-<calpefrosch> the simulator-windows is not full filled
-<calpefrosch> window
-<Bagder> the controller can only work with 65 pixels height
-<calpefrosch> hmmm, then the scale is not correct
-<Bagder> that's possible
-<calpefrosch> I'm working on that problem, tnx
---- ChanServ gives channel operator status to Zagor
---- Zagor gives channel operator status to Bagder
---- Zagor gives channel operator status to Linus
-* Zagor is bored :)
-<wavey> is the simulator's job to simulate the ui alone, or can it pretend to be the entire device, enabling us to compile our code against it and test it without putting the mod on the device itself?
-<Zagor> my desire is to get display, keys and filesystem simulation to work, primarily
-<Zagor> that's what we need to develop the UI
-<wavey> but those 3 parts are the entire device, save the music output..
-<wavey> which is good :)
-<Zagor> yup :)
-<Zagor> what I mean is that the simulator only has to simulate the highest-level APIs
-<wavey> yes
-<wavey> agreed
-<wavey> what are you working on right now?
-<wavey> doom.mod? ;)
-<Zagor> fat
-<Zagor> hehe, no i'm saving that for the weekend
-<wavey> hehe
-<wavey> is the fat hard to test?
-<Zagor> not so hard, actually
-<wavey> you testing it on linux or the device?
-<Zagor> i'm writing a simulated ATA layer
-<Zagor> on linux
-<wavey> aha. ok
-<wavey> can the makefile 'clean' target deal with subdirectories in the sameway that the SRC define is done?
-<Zagor> yes, but it doesn't right now
-<wavey> never seen:
-<wavey> SRC := $(wildcard drivers/*.c
-<wavey> before
-<Bagder> its a gnu extension
-<alkorr> gmake
-<wavey> ok s'cool :)
-<Zagor> very useful
-<wavey> indeed :)
-<alkorr> there are others
-<Bagder> there are indeed lots of others
-<wavey> indeed there are indeed lots of others indeed
-<alkorr> just do under cygwin : "info -f /usr/info/make"
-<alkorr> and you will find a lot of things
-* wavey installs info
-<wavey> ;)
-<alkorr> if you are not familiar with "info" : just place your cursor on a "*" to jump at the matching page
-<wavey> i'm an emacs user :)
-<alkorr> to go back, press "u" (up)
-<wavey> but thanks :)
-<alkorr> okay :)
-<alkorr> see you (must eat now)
-* wavey tries to work out which package info is in within cygwin
-* wavey remembers emacs
-* wavey slaps his forehead
-<Bagder> M-x info
-<Bagder> :-)
---- Linus is now known as Linus|meeting
-<calpefrosch> does anybody know the simulator-code ?
-<calpefrosch> for win32 ?
-<Bagder> nope
-<calpefrosch> :-( , so I wait for edx
-<Zagor> he has duplicated the lcd code. i'll smack him for that :)
-<Bagder> hehe
-<Bagder> I extract all words from all my mp3 song titles now
-<Zagor> ah, how many?
-<Bagder> 3009 files
-<Bagder> guess the most common words! ;-)
-<Bagder> "The"
-<Bagder> "Mix"
-<Zagor> umm, in your collection?
-<Zagor> "hate" ;)
-<Zagor> nah
-<Bagder> bwahaha
-<Bagder> Of of You I mix Love In A To You Remix to Me in remix My
-<Bagder> I should lowercase them
-<Zagor> yes
-<-- alkorr has quit (Read error: 110 (Connection timed out))
-<Bagder> the: 259 times
-<Bagder> funny enough, on 259 hours of music
-<Bagder> one "the" per hour ;-)
-<Bagder> "distention" 4 times
-<Bagder> hehe
-<Zagor> how many different words?
-<Zagor> how many >once
-<Bagder> 3106
-<Bagder> good q
-<Zagor> so it's one unique word per song? seems a bit high
-<Bagder> Number of words unsed more than once: 1027
-<Zagor> is that with lc ?
-<Zagor> lowercase
-<Bagder> yes
-<Bagder> I'll have a look in the list...
-<Zagor> ah, your filenames include artist+album, right?
-<Bagder> this is only id3 tags
-<Zagor> so only song name?
-<Bagder> supposedly
-<Zagor> interesting
-<Bagder> "technophobybitstreamdreammix": 1 time
-<Bagder> :-)
-<Zagor> I thought the "unique words/song" would be much lower
-<Bagder> it seems correct, juding from the look of the list
-<Bagder> now, running this list with wavey's script, I wonder how large percentage we'll cover
-<Bagder> Total Length: 932753 seconds: 259:05:53
-<Bagder> Different artists: 302
-<Bagder> Number of files: 3009
-<Bagder> Number of files without id3 title: 183
-<Zagor> cool
-<calpefrosch> I must go now
-<Zagor> ok
-<calpefrosch> bye
-<-- calpefrosch (~calpefros@62.52.174.30) has left #rockbox
-<wavey> i'll check my perl script into the tools section :)
-* Bagder considers running a spell check on his id3 titles ;-)
---> edx|school (edx@pD4B9E95C.dip.t-dialin.net) has joined #rockbox
---- edx|school is now known as edx
-<Bagder> hi edx
-<edx> hi
---- edx is now known as edx_
---- edx_ is now known as edx
---- ChanServ gives channel operator status to edx
-<Zagor> edx: you shouldn't copy the lcd code into your win32 lcd.c
-<edx> why?
-<edx> shall i link both files with it?
-<Zagor> yes, like the X11 simulator does
-<Zagor> compile the drivers/lcd with the SIMULATOR flag set
-<edx> ok
-<Zagor> then in win32/lcd.c just include the code that is win32 specific
-<edx> got it.
-<Zagor> you should probably rename it lcd-win32.c to avoid collision
-<edx> ill do that later - *away*
-<Zagor> ok
---- edx is now known as edx|away
---> elinenbe (trilluser@bgp01029830bgs.sanarb01.mi.comcast.net) has joined #rockbox
-<elinenbe> Hello.
-<Zagor> hi
-<elinenbe> How is the status coming?
-<Zagor> coming along nicely. did you see the new status matrix on the web page?
-<elinenbe> yeah -- that is nice.
-<Zagor> i'm working on the fat code right now
---> alkorr (alkorr@srs07v-2-177.n.club-internet.fr) has joined #rockbox
-<elinenbe> Fat32? I thought the fat16 code was finished?
-<elinenbe> I have a question about the File System code...
-<elinenbe> How does this work? The files system is implememnted in the firmware? But what does the USB chip detect?
-<alkorr> ?
-<elinenbe> What I mean is could you have an open interface to implement more file systems on the drive?
-<alkorr> for the moment no
-<alkorr> what are you speaking about ?
-<elinenbe> For isntace could a Mac user format it HFS+ and then the player could use it like that?
-<alkorr> about the filesystem or the chipset USB ?
-<alkorr> nope
-<alkorr> if you are speaking about arch*s firmware, nope
---> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
-<alkorr> the chipset USB only services generic scsi transfers between the computer and the harddisk
-<PsycoXul> i think he's asking about the possibility of using other filesystems with the device with the opensource firmware in the future
-<alkorr> or ata transfers if you like
-<PsycoXul> elinenbe: i think the only thing is you'd have to have a small fat32 partition at the beginning for the ROM firmware to load the new firmware from the drive
-<alkorr> just a sec
-<alkorr> if you plan to read mp3 files with your jukebox on a non-fat32 partition, it is impossible
-<PsycoXul> alkorr: impossible?
-<PsycoXul> alkorr: with why couldn't the firmware support other filesystems?
-<alkorr> but if you want to create a HFS+ on the harddisk knowing that your jukebox could not read it, yes you can
-<alkorr> but at your own risk
---- Linus|meeting is now known as Linus
-<alkorr> if you are speaking about rockbox which is in fact a software, not a firmware
-<alkorr> there still a possibility to handle any kind of filesystem
-<alkorr> 's
-<alkorr> but it is not our priority
-<elinenbe> I see.
-<PsycoXul> heh
-<elinenbe> You can format it right now HFS+ and it will work fine as a portable hard drive for the Mac, but it will not work as a player.
-<alkorr> exactly
-<alkorr> unless some courageous people code a HFS+ filesystem for rockbox (when of course it would have features enough to compete against the firmware)
-<alkorr> for the moment it is too earlier :)
-<Bagder> can the USB-ATA access really handle other fses?
-<elinenbe> Mine is formatted as a QNX 4.x partition
-<PsycoXul> heh
-<alkorr> the purpose of that chipset is not to handle filesystem
-<PsycoXul> bagd: its in the manual and everything that you can format it different things.. just without mp3 player functionality
-<Zagor> Bagder: i've run ext2 on my archos
-<Bagder> ok, I get it
-<Bagder> that is not controlled in the archos end
-<alkorr> but to give to the computer the access on the harddisk
-<alkorr> that's all
-<Bagder> but still, the firmware reads the software from a fat32 filesystem
-<alkorr> yeah
-<Bagder> so that would at least be required
-<elinenbe> ah.... I see
-<alkorr> but that way there is nothing to have with the chipset USB
-<Bagder> right
-<alkorr> and yes we still need a first FAT32 partition
-<-- elinenbe has quit ("Leaving")
-<alkorr> just to download our software
-<Bagder> yep
-<alkorr> unless you have a flash instead a rom and you can change the firmware in the flash
-<alkorr> of
-<alkorr> still very dangerous ;)
-<Linus> I'm curious. What are we talking about?
-<alkorr> someone was asking if other filesystems can be read
-<Bagder> we could replace the SH7034 with a PROM version and have our software PROMed! ;-)
-* Bagder ducks
-<alkorr> no i'm speaking about a software way to overwrite the flash
-<alkorr> without hardware mods
-<Bagder> isn't it a masked ROM version?
-<alkorr> i'm speaking about the external rom
-<alkorr> not the internal rom
-* Bagder is a bit out of his leage here
-<Linus> Bagder: the firmware is located in an external (flash) ROM.
-<Bagder> so what's in the internal rom?
-<Linus> I guess the code that sets up the oscillator stuff and some chip selects and stuff, to be able to execute from the flash.
-<alkorr> the internal rom would read the external rom and unscramble it
-<alkorr> if you used my digrom, the second file it produces comes from external rom and it is unreadable because it is indeed scrambled
-<alkorr> okay i explain
-<alkorr> my digrom creates two files
-<alkorr> the first is smaller and contains the internal rom
-<alkorr> the second is larger and contains the external rom
-<alkorr> the first is readable and has a vector table at the begining of the file
-<-- Bagder has quit ("http://daniel.haxx.se")
-<alkorr> c u
-<-- alkorr has quit ()
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<-- jb1081 has quit ("[x]chat")
-<wavey> how close is the simulator to faking the device's filesystem? has that work started at all?
-<Linus> I'm pretty sure that the simulator only simulates the GUI.
-<wavey> today, maybe :)
-<wavey> we want to simulate the fs, the buttons and the lcd
-<wavey> so that our runtime code can be tested on a pc
-<Zagor> yep
-<Zagor> feel free to write it :)
-<wavey> i'll do so, once the playlist is complete
-<wavey> cos i'll need it to test the playlist :)
-<Zagor> actually, it's not much to write
-<Zagor> at least not on unix
-<wavey> that's the hope
-<wavey> or windows
-<Zagor> since we want to use POSIX api
-<Zagor> windows might need some stub code
-<wavey> yus
-<wavey> i have no idea why i'm specialising this dev in windows..
-<wavey> i -hate- windows
-<Linus> Actually, I think Windows has open(), close() and seek too.
-<Zagor> love, hate. there's a difference?
-<wavey> it certainly does with cygwin installed :)
-<Zagor> Linus: opendir and readdir too?
-<Linus> Getting philosophical here, eh?
-<wavey> heh
-<Linus> I guess so. Lemme check.
-<wavey> i've never used opendir. why not just use FILE *?
-<wavey> that's a silly q
-<wavey> but i mean
-<wavey> what operations does opendir give you
-<Zagor> opendir is for reading the directory entries, not a file
-<Linus> it doesn't seem like Win32 has opendir() :-(
-<Zagor> i thought not
-<wavey> and that's not available from a file handle?
-<wavey> hmm
-<Zagor> a file handle lets you access a single file
-<wavey> it's been years since i did any fs operations in C
-<Zagor> opendir returns a dir handle
-<wavey> ok tnx
-<Zagor> then you do readdir(handle), which returns which files are available in the dir
-<wavey> i find it odd that i've never had to do that in C
-<wavey> java a million times..
-<wavey> weird
-<Linus> I haven't done that many times i C either.
-<wavey> see you later guys
-<Zagor> ok, bye
-<Linus> bye
---> alkorr (alkorr@srs06m-8-44.n.club-internet.fr) has joined #rockbox
-<-- alkorr has quit (Client Quit)
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-<Linus> boo
-<Bagder> hey ho
-<Bagder> is everything done now? ;-)
-<Linus> Hacking FAT32 in 300mph
-<Bagder> nicers
-<Bagder> anything I can do to help on that?
-<Linus> No. You are lame. :-)
-<Bagder> heheh
-<Linus> Go awayt.
-<Bagder> you finally found out
-<Bagder> darned
-* Bagder hides in a corner
-<Linus> *slap*
-<Zagor> if ( bpb->bpb_fatsz16 ) {
-<Zagor> printf("This is not FAT32. Go away!\n");
-<Zagor> return -1;
-<Zagor> }
-<Zagor> this is all so far
-<Zagor> :*)
-<Linus> :-)
-<Bagder> ;-)
-<Linus> Gotta go away! :-) CU!!!
-<Linus> quit
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
-<-- wavey has quit (Read error: 110 (Connection timed out))
-<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
---> calpefrosch (calpefrosc@p5082C7D7.dip0.t-ipconnect.de) has joined #rockbox
-<calpefrosch> hi again
-<Bagder> rehi
-<calpefrosch> edx is away for long? Did he said something ?
-<Bagder> I don't know, I just recently got here myself and he hasn't said anything the last ~30 mins
-<calpefrosch> tnx
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
-<Bagder> welcome home ;-)
-<Zagor> hehe, thanks
-* Zagor just realized ata-sim.c can actually work on real devices
-<Zagor> ln -s /dev/hda1 disk.img
-<Zagor> *voila*
-<Bagder> and does it work?
-<Zagor> I think I want to comment out ata_write_sectors() first, though :)
-<Zagor> haven't tried yet. it should
-<Zagor> me needs food...
-<Bagder> you could dd the device to a file and then try
-<Zagor> I've already done that from a floppy
-<Bagder> ok
-<Zagor> worked fine (although the fat code isn't done yet)
-* Bagder looks around for food too
-<Bagder> so what worked?
-<Bagder> the dd?
-<Zagor> we could list a dir
-<Bagder> neat
-<Zagor> or part of, rather
-<Zagor> fat32's root dir isn't consecutive
-<Zagor> so we only got the first sector yet
-<Bagder> its a beginning
-<-- mid has quit (Remote closed the connection)
-<Zagor> it's a relief only having to support fat32 and not -16 or (horror) -12
-<Zagor> fat12 is a mess
-<Zagor> the page at linux-usb.org is updated now, btw
-<Bagder> neato
-<-- calpefrosch has quit ()
-* Zagor got a note from the post office today
-<Zagor> I think it's the donated Archos
---> ironi (xircon@m213-101-132-36.swipnet.se) has joined #rockbox
-<ironi> hello
-<Bagder> hi ironi
-<ironi> hi Bagder
-<ironi> nice with the double-space font
-<Bagder> that's a fun trick indeed
-<ironi> yeah
-<ironi> i wonder what it could be used for
-<Bagder> the "Rockbox" startup text! ;-)
-<ironi> thats the only thing i could come to think of
-<ironi> i would love to contribute to this project. too bad i dont know anything to be able to help
-<Zagor> many people have requested bigger fonts for use in the car
-<ironi> Zagor, true, true
-<ironi> Zagor/Bagder: off topic question: have you ever experienced that your bostream modem only has one lamp on?
-<ironi> =)
-<Zagor> not yet :)
-<Zagor> i've only had it about two weeks
-<Bagder> nope
-<ironi> oh ok
-<ironi> i got mine in january
-<Bagder> I've had mine since... september
-<ironi> last year
-<ironi> used it for 4 months, and then i moved out but have been paying all the time until now
-<ironi> and finally i got my own place again, and they connected it, but it wont work
-<Bagder> I have a friend who's bostream modem just stopped working one day
-<Bagder> didn't sync anymore
-<Bagder> took him weeks to convince the service guys to get there, check it and then it took some more weeks to replace it
-<ironi> oh. really?
-<ironi> might be same with mine, who knows
-<Bagder> they's *not* service minded
-<Zagor> "When you release the spec, six crazy Russians you never heard of will write an insanely fast encoder that implements it."
-<Bagder> they're
-<Zagor> (discussion about Vorbis not having proper specs)
-<Bagder> Ogg talk?
-<Bagder> yeha
-<Bagder> saw that one too
-<Zagor> i just enjoyed the "six crazy russians"
-<ironi> hehe kinda funny
-<Bagder> hehe
-<Zagor> hehe, do you guys know what TWAIN stands for?
-<Bagder> no idea
-<Zagor> Toolkit Without An Interesting Name !
-<Zagor> I love it!
-<ironi> technology
-<Zagor> ok
-<ironi> i tohught it was tehcnology and not toolkit
-<ironi> thought :)
-<ironi> i was away for a second
-<ironi> i actually knew that one :)
-<Zagor> hehe
-<ironi> http://base-linux.com/webcam.jpg
-<Zagor> it's a great name, nonetheless
-<ironi> thats a crazy nic to have for private use
-<ironi> Zagor, well yeah i guess a deeper meaning could be extracted
-<ironi> twain -> mark twain -> riverboats -> carrier -> supporter -> driver -> twain
-<ironi> ehm.....nah.
-<ironi> =)
-<Zagor> kinda far-fetched
-<ironi> very =)
-<Zagor> http://www.scannerplace.com.au/twain.htm
-<Zagor> http://dmoz.org/Computers/Hardware/Standards/TWAIN/desc.html
-<Zagor> no deeper meaning necessary
-<Zagor> hum, i'm reading the boot sector wrong...
-<ironi> i want to develop something
-<ironi> like anything
-<ironi> =)
-<Zagor> what are your skills?
-<ironi> i think i told you
-<ironi> im more of a web stuff guy
-<ironi> in addition i have very basic knowledge of c++ and java
-<Zagor> ok, sorry I have a pretty bad memory...
-<Zagor> you're very welcome to think up a prettier look for the web page
-<ironi> thats what too much drugs do to you =)
-<Zagor> hehe
-<Zagor> uh, brain damage. how do I round up a division without +0.5 ?
-<edx|away> int (division) + 1?
-<edx|away> LOL
-<Zagor> (4/2)+1 != 2
-<edx|away> ohh...
-<edx|away> too sad :/
-<Zagor> hehe
-<edx|away> then i dont know actually...
-<edx|away> number/divisor + (number%divisor!=0)
-<edx|away> LOL
-<Zagor> hehe. creative, i'll give you that :)
-<edx|away> lol
-<edx|away> is there a more efficient way? (certainly..)
-<Zagor> yes there is, it's just fallen off my head at the moment...
-<Zagor> % is not a cheap operation
-<edx|away> well
-<edx|away> you could do assembler and then % and / is one operation and it doesnt cost anything :)
-<Zagor> someone once said: "Premature optimization is the root of all evil" :)
-<edx|away> i think i once even new the name of this someone - but in this case it is effective. as long as you dont know any other way :)
-<edx|away> Donald Knuth?
-<Zagor> yup
-<edx|away> hehe
-<Bagder> Zagor: what exact problem/math are you trying to solve with this?
---- edx|away is now known as edx
-<Zagor> nothing special, i'm just bugged by having forgot how
-<ironi> Zagor, is the webpage html
-<edx> lol
-<ironi> ehm i mean, is it static html only
-<Zagor> ironi: yes
---- edx is now known as edx|test
---- edx|test is now known as edx
-<Zagor> ironi: 95%
-<Zagor> the mail archive is a cgi, for instance. and index.cgi is a load balancer
-<Zagor> but the rest is static
-<Zagor> built using a "make" template system
-<Zagor> that's why you only see .t files in cvs
-<Zagor> the webpage is in cvs too, so go there and look
-<edx> nick edx|testagain
-<ironi> Zagor, okay...
-<edx> ./nick edx|testagain
---- edx is now known as edx|testagain
-<edx|testagain> LOL
---- edx|testagain is now known as edx
-<ironi> Zagor, a make template system...well i have no clue how that works :/
-<ironi> Zagor, what's the point of that?
-<Zagor> the point is that all headers are in head.t instead of copied in every .html file
-<Zagor> so I just write the page-relevant data in the .t files and then run "make", which assembles head.t, page.t and foot.t into page.html
-<Zagor> that makes it very simple to change things
-<ironi> ehm
-<Zagor> don't worry about that, just get us a better look :)
-<ironi> ever heard of SSI
-<Zagor> SSI is the devil's work
-<ironi> why?
-<Zagor> why do it dynamically when the data is static
-<Zagor> dynamic pages are for dynamic data, not for lazy web authors :)
-<ironi> well you do have a point
-<ironi> at least when the page is done
-<ironi> but to run make while oyu develop is a bit time-consuming
-<Zagor> not really. it takes about 0.3 seconds
-<Zagor> it's mapped to Alt-C in emacs
-<ironi> heh ok
-<ironi> well i use include in php
-<ironi> it is pretty common to do it that way, as far as i know
-<Zagor> SSI also has problems with parameters
-<ironi> how do you mean
-<Zagor> never mind. i like static pages and i like this system :)
-<ironi> i do some dynamic includes
-<ironi> and so on
-<Zagor> just give me better colors :)
-* Zagor is on his knees
-<ironi> but ok
-<ironi> Zagor, is there php support btw
-<Zagor> nope
-<ironi> Zagor, ok =)
-<Zagor> dynamic pages are 99% of the reason most web sites don't handle high traffic
-<ironi> Zagor, hey do you like the show on tv2?
-<Zagor> what is it?
-<ironi> its annika lantz
-<Zagor> ah
-<ironi> she is hilarious
-<ironi> =)
-<ironi> ok well lemme see what I can do about the colors
-<Zagor> yeah, she's fun. I don't watch much tv anymore, though
-<Zagor> ok, good
-<ironi> heh ok
-<ironi> btw it doen't have to support lynx or somethingh like that right
-* Bagder accidentally mentions that he doesn't like that blue bgcolor ;-)
-<ironi> Bagder, i'm on it
-<ironi> too bad the jukebox doesn't have nice colors
-<Zagor> ironi: not really, but I'm not fond of too complex designs either
-<Zagor> Keep It Simple
-<ironi> Zagor, i like simplicity
-<ironi> KISS
-<Zagor> good
-<ironi> i kinda like the logo
-<ironi> see if i can do something around that concept
-<Zagor> ok, good
---- edx is now known as edx|finaltest
-<Zagor> the colors of the activity table could use a looking-over too... :)
---- edx|finaltest removes channel operator status from edx|finaltest
---- edx|finaltest is now known as edx
-<edx> edx
---- ChanServ gives channel operator status to edx
-<edx> haha *auto op script for edx on rockbox* lol
-<Bagder> amazing
-<edx> really.
-<ironi> Zagor, hehe sure
-<ironi> i think the logo should have a intropage
-<ironi> =)
-<ironi> maybe not.
-<Zagor> haha
-<Zagor> welcome to 1998 :)
-<ironi> well a lot of pages have that in some kind of introduction phase
-<ironi> to create a image
-<Bagder> it sucks
-<Zagor> we're a bare-bones to-the-metal project
-<Bagder> and I know users all over think so too
-<Zagor> our web page should reflect that
-<Zagor> but that doesn't mean it have to be this ugly :)
-<ironi> Zagor, u got a point
-<ironi> i have a thought
-<ironi> can you get the layered image of the logo?
-<ironi> i.e. do you have one
-<Zagor> I can get it
-<Zagor> I don't have it here
-<ironi> ok
-<ironi> i like it just the way it is, im just interested in changing the yellow
-<ironi> a bit
-<ironi> this is what i thought
-<Zagor> ok
-<ironi> the jukebox has blue, gray and yellow
-<ironi> the 6000 is in some orange color
-<ironi> it fits very nice on the silver
-<Zagor> a little too strong for a background color, don't you think?
-<ironi> well the purple-ish below the display too, but i'd like to disregard from that
-<ironi> not for the logo
-<ironi> well maybe, but giving it a shot would be cool
-<Zagor> also, we shouldn't borrow design elements from the archos
-<ironi> gray is nice as bgcolor
-<Zagor> i'll see if I can get it layered so you can play with it
-<ironi> well using it as inspiration couldnt hurt
-<Zagor> no
-<ironi> *yawn*
-<Zagor> ironi: photoshop image coming soon
-<-- Bagder has quit ("http://daniel.haxx.se")
-<ironi> Zagor, i was bored so i played way out
-<Zagor> :)
-<ironi> heh
-<ironi> ehm
-<ironi> 4 mb
-<ironi> im on gprs
-<Zagor> oh
-<Zagor> ok :)
-<ironi> will take forever
-<ironi> that the only one?`
-<ironi> can u perhaps pack it
-<Zagor> i'll see what I can do
-<Zagor> that one's ~3500x1000 too, which may be a bit more than you need :)
-<ironi> heh
-<ironi> i'd say so, yes
-<Zagor> hmm, which file formats have layers? gimp can't save in psd format
-<ironi> i use layered .png images
-<ironi> in fireworks
-<ironi> so try saving it as such
-<Zagor> "PNG can't handle layers" it says :(
---- edx is now known as edx|away
---- edx|away is now known as edx|sleeping
-<edx|sleeping> cya guys
-<Zagor> good night
-<ironi> oh ok
-<ironi> well the fireworks is using some special png
-<Zagor> seems like it
-<Zagor> i guess you can't read XCF files? (gimp's format)
-<ironi> i dont know
-<ironi> i guess not
-<Zagor> probably not
-<ironi> well
-<ironi> ill try to do something tomorrow or so
-<ironi> nlinks.org/dev/test.gif <-- just something i played around with, for fun
-<ironi> .jpg
-<ironi> http://nlinks.org/dev/test.jpg
-<Zagor> hey, cool!
-<Zagor> you're good!
-<ironi> thanks :)
-<ironi> well, I'm going to relax in front of the tv now...talk to you tomorrow...
-<Zagor> yeah, bye
-<ironi> i think we can use the colors....well, talk to u later
-<-- ironi has quit ("zz <k!15b8>")
-<adi|asleep> wow.. that is cool...
-<Zagor> sure is
-* adi|asleep thinks we just found our web guy ;)
---- You are now known as adi|awake
---- You are now known as adiamas
---> Moufle (~moof@195.101.176.125) has joined #rockbox
-<Moufle> hi
-<Zagor> hi
-<Moufle> I just bought a recorder 20g, and I run it on linux
-<Moufle> it's charging right now
-<Moufle> it looks exciting
-<Zagor> :)
-<Moufle> Is rockbox somewhat usable, or is it alpha right now?
-<Zagor> it's pre-alpha :)
-<Zagor> we're still writing parts of the code
-<Zagor> i'm working on the fat32 code right now
-<Moufle> hmm ok :)
-<Moufle> you've got previous experience in programming that kind of stuff?
-<Zagor> yes, i do embedded programming for a living
-<Moufle> I've got a very good general computer culture, but I don't speak C fluently ;)
-<Zagor> ok
-<Moufle> In fact, it's just a matter of changing bits on the chips and doing simple logic operation....?
-<Moufle> I know it's hard
-<Zagor> well, all programming is "just a matter of changing bits" :-)
-<Moufle> but you look well documented
-<Zagor> we have most of the documentation we need
-<Moufle> I'm gonna read your chat logs on the website
-<Zagor> ok :)
-<Moufle> But this project excites me a lot
-<Moufle> I hope i'll ba able to help you later
-<Zagor> you're welcome!
-<Moufle> BTW, what's needed to compile the firware, a special gcc (for the archos CPU?)
-<Zagor> yes. the sh-gcc. there's a page on the web site describing how to build it
-<Zagor> there's rpms available too
-<Moufle> Ok, I'm going to look at it and build it
-<Moufle> thanks a lot, good coding :)
-<Zagor> hehe, thanks
-<-- edx|sleeping has quit (Read error: 110 (Connection timed out))
-<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
-<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
-<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
---> Moufle (~moof@195.101.176.125) has joined #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
---- ChanServ removes channel operator status from adi|work
-<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
-<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
-<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
---> Moufle (~moof@195.101.176.125) has joined #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
-<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
-<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
-<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
---> Moufle (~moof@195.101.176.125) has joined #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
-<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
-<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
-<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
---> Moufle (~moof@195.101.176.125) has joined #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
-<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
-<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
-<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
---> Moufle (~moof@195.101.176.125) has joined #rockbox
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
---> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
---- Disconnected (Remote host closed socket).
-**** ENDING LOGGING AT Fri Apr 26 20:11:53 2002
-
-**** BEGIN LOGGING AT Fri Apr 26 20:12:05 2002
-
---> adiamas (~adiamas@as5300-9.216-194-23-95.nyc.ny.metconnect.net) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
---> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
---> coyote- (coyote@dreamhosted.borlange.se) has joined #rockbox
-<-- Moufle has quit (Read error: 113 (No route to host))
-<Zagor> wooooohoooooo
-* Zagor just manage to parse a multisector directory :)
-<Zagor> phew
-<adiamas> sweet...
-* adiamas doesn't have a clue how difficult that is.
-<Zagor> it shouldn't be difficult, but when it's late and you have a silly bug that taunts you, it is...
-<Zagor> basically, it means the fat32 part of fat.c now works
-<Zagor> what's left is vfat (long filenames)
-<Zagor> fat.c just went YELLOW on the activity table :)
-<Zagor> time for bed. see you later
-<-- Zagor has quit ("bye")
---> edx (edx@pD4B9E95C.dip.t-dialin.net) has joined #rockbox
---- edx is now known as edx|good_morning
---- edx|good_morning is now known as edx
---- ChanServ gives channel operator status to edx
---- edx is now known as edx|breakfast
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
---> calpefrosch (calpefrosc@p5082C1BF.dip0.t-ipconnect.de) has joined #rockbox
-<calpefrosch> hi
-<edx|breakfast> hi
---- edx|breakfast is now known as edx
---- edx is now known as edx|away
---> alkorr (alkorr@srs01v-2-239.n.club-internet.fr) has joined #rockbox
-<-- alkorr has quit (Client Quit)
-<-- calpefrosch has quit (Read error: 110 (Connection timed out))
---> calpefrosch (calpefrosc@p5082C4C6.dip0.t-ipconnect.de) has joined #rockbox
---- calpefrosch is now known as calpefrosch|away
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
-<-- edx|away has quit (Read error: 110 (Connection timed out))
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
-<Zagor> hiya guys
-<Bagder> hey
-<Zagor> just got the donated archos
-<Bagder> cool
-<Zagor> very!
-<Bagder> new/old lcd?
-<Zagor> it's also very dead :-) but I knew that
-<Bagder> ah
-<Zagor> actually, it looks like an old
-<Zagor> i'll open up and take a look
-<Bagder> you gonna swap CPUs with this or what?
-<Zagor> well I can't if it's an old. I guess then I'll convince Peter to trade back with me :)
-* Bagder giggless
-<Zagor> he'll love me...
-* Bagder is engaged in a hair-tearing debug-per-email session
-<Zagor> hehe
-<Bagder> that mail on the curl list about 6.5.2 working but not 7.9.6
-<Zagor> ok
-<Zagor> try and talk them into #curl :)
-<Bagder> yeah
-* Zagor notices the label over one the screws is labeled "Warrenty seal"
-<Zagor> what's warrenty? ;)
-<Bagder> Isn't that an actor? warrenbeaty?
-<Bagder> :-)
-<Zagor> haha
-<Zagor> fat.c went from status red to yellow yesterday
-<Bagder> wow
-<Bagder> so you can simulate a few things with it now?
-<Zagor> yeah, i can read a directory now
-<Zagor> short names only, so far
-<Bagder> still cool
-* Bagder watches a line formerly read now being yellow...
-<Bagder> s/read/red
-<Zagor> yup. it doesn't feel quite as obscure anymore, which is always good
-<Bagder> indeed
-<Bagder> getting a feel for the source and how things work is a huge part of things
-<Bagder> even before the functionality is there
-<Zagor> yes. i've simplified it a lot too. so now it's much more penetrable
-<Bagder> that's very good
-<Zagor> i can smell burnt electronics from the new archos :)
-<Bagder> hah
-<Zagor> whoa, it's almost as old as mine and linus
-<Zagor> a 20th century archos!
-<Bagder> gosh
-<Zagor> it's made 0052, just six weeks after ours 0046
---> edx|away (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
---- edx|away is now known as edx
---- ChanServ gives channel operator status to edx
-<Zagor> hi edx
-<edx> lol just gave my private rockbox shirt in print ;)
-<Bagder> we wanna see pictures of you wearing it later
-<Zagor> hehe. you have to post photos!
-<Zagor> <ironi> nlinks.org/dev/test.jpg <-- just something i played around with, for fun
-<edx> hey this is cool!
-<Bagder> wow
-<Zagor> i think we'll soon get a prettier web page :)
-<Bagder> he knows his stuff
-<Zagor> yup
-<edx> hehe... i will - i just had to put some names on the shirt hihi
-<edx> ppl of the list who develop stuff ;)
-<Zagor> hehe
-<edx> i put the internet site and the irc channel on it..
-<Zagor> sounds like a cool shirt
-<edx> the site ironi is developing has one problem:
-<edx> the font he uses is Verdana i guess - it is not supported by linux
-<Zagor> i know, it's just a mockup
-<edx> hehe
-<Zagor> we'll use arial or helvetica or something
-<edx> zagor.. are you currently working on a linux machine?
-<Zagor> yes
-<edx> http://codeforce.d2g.com/
-<Zagor> always
-<edx> does it look fucked up?
-<edx> lol
-<Bagder> no
-<Zagor> looks ok
-<edx> how is that?
-<edx> what font type is it?
-<Bagder> I dunno
-<Zagor> sans-serif
-<Zagor> arial, i think
-<edx> ok ... (is verdana on windows)
-<edx> i guess i put arial as alternative font then...
-<Bagder> well, web pages don't go blank if they can't find the font anyway
-<Zagor> yes you did :)
-<Zagor> font-family: Verdana, Tahoma, Arial;
-<edx> ok hehe
-<Zagor> you should att "sans-serif" to the end of that list
-<Zagor> add
-<edx> .. ok
-<Zagor> that's the fallback font
-<Zagor> whatever the browser can find
-<Zagor> otherwise most fonts will use Times when they can't find any of these three fonts
-<Zagor> most browsers
-<edx> *just added it*
-<Zagor> :)
-<edx> (heh it doesnt matter anyways because it is a msvc++ site so nobody from linux will ever go there haha)
-<Zagor> haha
-<Zagor> but maybe some mac people
-<edx> (unless i make them, like you)
-<edx> damn.. got a bunch of homework for this weekend...
-<edx> class test on monday :/ that all sucks..
-<Zagor> me too: fat driver, x11 simulator... ;)
-<Zagor> edx: i received the donated archos today
-<Zagor> it's really cool how people want to help the project
-* Bagder agrees
-<edx> a donated archos.. great... you know who sent it?
-<Zagor> yes, a guy called Julien Labruyre
-<edx> he has too much monay?! lol
-<Zagor> no, he broke it and got a new recorder insteda
-<Zagor> so we have to fix the power circuit, but that's no problem
-<edx> <sarcastic>be careful, one day archos is gonna "donate" you a jukebox with a free letter bomb</sarcastic>
-<Zagor> hehe
-<edx> i played lotto today - if i get the 9 million Euro jackpot, ill donate something as well (haha)
-<Bagder> a t-shirt? ;-)
-<Zagor> a tshirt would be cool
-<edx> t-shirts for everyone.. in every color lol
-<edx> (do you knwo what lotto is btw...)?
-<Zagor> great! i'll never have to wash again!
-<Zagor> yes, it's the same word in swedish
-* Bagder has been offered a donated t-shirt in another project
-<edx> ok..
-<Bagder> http://www.karelia.com/images/tshirt.jpg
-<edx> a 10% size-little-messed-up-version of the t-shirt:
-<edx> http://codeforce.d2g.com/rockbox/tshirt.jpg
-<Bagder> rock n' roll
-<edx> ok.. time to eat some thing...
---- edx is now known as edx|eating
-<Zagor> what's "Watson"?
-<Bagder> it's a commerical Mac OS X program heavily based on libcurl
-<Zagor> ah
-<Bagder> gotta run an errend, back in while
-<edx|eating> whats errend? lol
---- edx|eating is now known as edx
-<Zagor> :)
-<edx> please, tell me... :D
-<Zagor> errand: [noun] A short trip taken to perform a specified task, usually for another.
-<edx> huh.. wasnt even in the online dictionary i use :/
-<edx> ok thanks :)
-<Zagor> dictionary.com
-<edx> dict.leo.org isnt too bad either - it is German-English tho
-<Zagor> he spelled it wrong, maybe that's why didn't find it
-<edx> jup
-<edx> a short journey in order to do something for someone, for example delivering or getting something for them
-<edx> Pearson Education Limited 2000
-<edx> lol
-<edx> @ t-shirts.. if shipping wasn't too expensive we could have a t-shirt order service hehe
-<Zagor> hehe
-<-- coyote- has quit (carter.openprojects.net irc.openprojects.net)
---> coyote- (coyote@dreamhosted.borlange.se) has joined #rockbox
-<-- edx has quit ()
---> edx (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
---- ChanServ gives channel operator status to edx
-<edx> hmmmmm... damn.. i put irc.openprojects.org on the t-shirt *noooooo!!*
-<Zagor> oops...
-<edx> well... nobody will be inspired to join the irc channel because of my shirt anyways
---- edx removes channel operator status from edx
---> calpefrosch (~hotrana@62.52.178.189) has joined #rockbox
-<calpefrosch> hi edx
-<edx> hi
-<calpefrosch> I have to go in 5 minutes
-<calpefrosch> but, can we meet later ?
-<edx> sure
-<calpefrosch> I would like to discuss some things about the simulator
-<edx> ill be here for at least 6 hours from now..
-<edx> no problem
-<calpefrosch> ok, then cu l8r
-<edx> cu
-<calpefrosch> tnx
-<calpefrosch> bye
-<-- calpefrosch (~hotrana@62.52.178.189) has left #rockbox
---> calpefrosch (~hotrana@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
---- calpefrosch is now known as calpefrosch|away
-<Zagor> I'll be away about half an hour
---- Zagor is now known as Zagor|out
-* Bagder is back
-* edx greets Bagder
-<Bagder> and I nailed a bug!
-<edx> hehe.. what bug?
-<Bagder> unrelated to rockbox
-<edx> ah ok
-<edx> congrats anyways ;D
-<Bagder> heh, thanks
-<Bagder> curl => http://curl.haxx.se is my biggest open source project I'm involved in
-<edx> *looking at it*
-<Bagder> or, that's what takes my most time
-<edx> hmm i think i heard of curl before...
-<Bagder> not impossible
-<Bagder> it's getting quite widespread use these days
-<Bagder> there's also a commercial web language named curl, but that's another subject
-<edx> you are "haxx" (haxx.se) then...
-<Bagder> Haxx is our company, haxx.se is our domain
-<edx> jup
-<Bagder> Bjrn, me, Linus and a fourth friend
-<edx> that is cool.. you are four people together?
-<Bagder> yeps
-<Bagder> but we're employed by another company where we work full time
-<Bagder> Haxx is just a spare time company ;-)
-<edx> ah ok.. i was already wondering why bjorn told me he was at work yesterday - i guess you dont have you own office rooms for haxx hehe
-<Bagder> correct
-<Bagder> we work for Contactor => www.contactor.se (site in swedish only)
-<Bagder> as consultants
-<edx> hehe - dont understand a word :)_
-<edx> how old are you?
-<Bagder> so Bjrn and Linus spend their days on Siemens
-<Bagder> I'm 31
-<edx> then you are a little younger than bjorn, right?
-<Bagder> no, he's my kid brother. Bjrn's "only" 29
-<edx> oh the int was linus who's 33
-<edx> the int = then it
-<Bagder> right
-<Bagder> our "old man" ;-)
-<edx> hehe
-<edx> "programming since 85".. thats a lot (from you site)..
-<Bagder> yeah
-<edx> i was born in 86 hehe
-<Bagder> half my life
-<Bagder> wow
-<edx> more than my life
-<Bagder> I and Bjrn bought our first computer 1985
-<Bagder> he was 12, I was 14
-<edx> i started programming in 96 i think.. Quick Basic lol - i was 10
-<edx> what computer was it?
-<Bagder> C64
-<edx> my first as an ATARI ST something - it wasnt really mine but i used it a lot
-<edx> after that came a pc.. win95
-<Bagder> stuff we made on the C64 => http://www.contactor.se/~kjer/horizon/
-<edx> so i was nearly directly involved in windows business
-<Bagder> I took the route C64 => Amiga => Linux
-<edx> hehe
---> edx|disconnected (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
-<-- edx has quit (Read error: 104 (Connection reset by peer))
-* edx|disconnected was disconnected
---- edx|disconnected is now known as edx
-<Bagder> connection problems?
-<edx> i dont know
-<edx> just was disconencted
-<edx> the horizon stuff you did must have been really great and a lot of work for that time...
-<Bagder> oh yes
-<Bagder> we spent *many* hours on that
-<Bagder> and we did pretty good on the "demo competitions"
-<edx> i can imagine that.. :)
-<edx> Zagor is a really old nick ;)
-<Bagder> is indeed
-<Bagder> mine is only from 1987 ;-)
-<edx> old enough - mine is less than a year old - didnt have a nick before.. just didnt find one that fit my taste ;)
-<edx> you did a lot with this sinus stuff
-<edx> did you write the sin functions by your self (it is calculating the sinus values)?
-<Bagder> no, we usually generated sinus tables from a basic program
-<edx> ah :)
-<edx> "69248 chars in one single scroller."
-<edx> Wow.
-<edx> Where did you get that much text from?
-<Bagder> we had a machine on "copy party" and whoever wanted could write
-<edx> hehe
-<Bagder> remember that the machine only had 64K ram...
-<edx> what were those parties like? competitions..?
-<Bagder> the parties were like a couple of hundreds guys who brought their computers
-<Bagder> set up everything in a school or something
-<edx> LAN-Parties? hehe
-<Bagder> they call it that these days, yes
-<edx> but lanparties are like playing stuf..
-<Bagder> we had no LANs back then
-<Bagder> and we didn't play
-<edx> hehe of course not
-<Bagder> we coded
-<Bagder> demos
-<edx> jup.
-<Bagder> night and day
-<Bagder> and had a competition in the end
-<edx> i could never find enough ppl in my age to make a "coding party"
-<Bagder> where the demos were usually screened using a bigscreen
-<Bagder> and people could vote
-<edx> hehe cool
-<Bagder> too bad, coding is that makes computers most fun ;-)
-<Bagder> I still think so
-<edx> how did you draw the pictures btw..?
-<edx> yea i think so too
-<Bagder> the pics were made like today, with paint programs
-<Bagder> only more basic programs and less colors available
-<edx> hmm they look so perfect hehe... did the programs support emboss effects or something like that or did you draw it yourself?
-<Bagder> manually
-<Bagder> pretty much everything was manual
-<edx> wow..
-<Bagder> but since we became successful
-<edx> things really develop fast. :)
-<Bagder> we got lots of friends who wanted to help us with things like that
-<Bagder> so we got lots of pics and logos etc from other people
-<Bagder> yes, things were quite different back then
-<Bagder> not better, different
-<edx> i wish i would have started a little earlier. but 10 years is about as early as possible.
-<Bagder> it is
-<Bagder> you seem to have learned quite a lot anywaya
-<edx> heh i love my computer :P - i spent as much time with it as possible.
---> alkorr (alkorr@srs06m-3-20.n.club-internet.fr) has joined #rockbox
-<Bagder> hey Alan
-<edx> hi
-<alkorr> hi everbody
-<Bagder> Bjrn got his donated Archos
-<alkorr> Bjrn is out ?
-<Bagder> yes
-<alkorr> good news
-<alkorr> and a working archos ?
-<Bagder> he should be back soon though
-<Bagder> no
-<edx> yea.. a few mins..
-<Bagder> it doesn't work, but Bjrn thought he'd be able to fix it
-<alkorr> what it is the third archos with a broken serial !?
-<Bagder> we don't know yet on this one
-<alkorr> i'm reworking my ata stuff to have an interrupt-driven code
-<Bagder> cool
-<alkorr> we don't need a thread for working with ata
-<alkorr> just a queue of requests
-<alkorr> i think the same thing can be achieved for MAS
-<Bagder> it would probably be good, pretty efficiant
-<alkorr> i mean a queue to serialize operations should be enough and more efficient in performance terms
-<Bagder> yes
-<alkorr> unhopefully your devcon doesn't tell me why you want those three tasks nor what they really do
-* PsycoXul blinks
-<alkorr> if i could know what you exactly need, i can give the best way to implement since I know very the internals of SH1
-<alkorr> hum... i'll be back. I hope Bjrn will be here when back
-<-- alkorr has quit ()
---- edx is now known as edx|away
-* Bagder drinks tea
---- Zagor|out is now known as Zagor
-<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
---> calpefrosch (calpefrosc@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
---- calpefrosch is now known as calpefrosch|away
---> alkorr (alkorr@srs05v-4-251.n.club-internet.fr) has joined #rockbox
-<alkorr> wakeup here ! :)
-* Zagor wakes up
-* Bagder yawns
-<alkorr> so you new toy ?
-<Zagor> yes, but it has a power problem so Linus is going to look at it
-<Zagor> (I knew it had this problem)
-<alkorr> what kind of problem ?
-<Zagor> I think he reversed the polarity of the charger and fried something
-<alkorr> well i suppose our generous donator was not so generous as to give you a working one ;P
-<Zagor> I still think it's very generous
-<alkorr> i mean i was atonished that a person will give a working archos
-<alkorr> i would be
-<Zagor> ok
-<Zagor> yes, I agree there's a difference
-<Zagor> but I'm very happy for this donation anyway
-<alkorr> because i thought it was a working archos :)
-<alkorr> but now i understand why
---- edx|away is now known as edx
-<alkorr> sure we must gratulate this person for his donation
-<Zagor> yes, I have written it on the front page
-<alkorr> Bjrn, i need some details about you devcon, especially about the tasks
-<alkorr> Linus told me that you wanted a special thread to do ata stuff
-<Zagor> maybe, yes
-<Zagor> either that, or the interrupt handles everything
-<alkorr> because you thought we cannot use interrupts with the ata controller
-<alkorr> i explained him that if my ata.c had no interrupt code, it is because I was lazy
-<alkorr> quite now, i coding an ata driven-interrupt code where all what regards ata handling are done in the interrupt.
-<Zagor> yes but I think that's ok. we can start with polled and then do interrupts
-<Zagor> ok, nice
-<alkorr> it means that there is no thread but a queue for requests
-<Zagor> yes
-<Zagor> i'm committing my last ata changes now so I have no local modifications
-<alkorr> i'm still wondering if we need read-ahead
-<Zagor> not now
-<alkorr> i don't change your ata.c
-<Zagor> I want to do things very simple at first and add more complexity later
-<alkorr> please be cautious, i read your ata.c and see you oversimplify the code to an extent i fear that code generated for sh1 is worse.
-<Zagor> I know
-<Zagor> that's deliberate
-<Zagor> when the code works, then we make it small&fast
-<Bagder> I have gathered a little list of contributors in a CREDITS file, should I just commit it and have you fill in more/edit it?
-<Zagor> please do
-<Bagder> is the firmware dir fine?
---> alan (alkorr@srs05v-4-251.n.club-internet.fr) has joined #rockbox
-<-- alkorr has quit (Read error: 104 (Connection reset by peer))
-<Zagor> yup
-<Bagder> done
-<edx> btw.. could anyone write a file defining the file access functions (just the header) so i can implement them on the simulator?
---- calpefrosch|away is now known as calpefrosch
-<edx> or shall i write the file (but i dont know the "devcon standard")
-<calpefrosch> hi all together
-<Bagder> imho, you can write it
-<edx> ok
-<Bagder> then we can just edit/discuss things we don't agree with
-<edx> ill try - you can still change them later
-<Bagder> exactly
-<edx> what name? and what dir? (the header file)
-<calpefrosch> edx, if you don't mind I would like to help you wuth the simulator.
-* Bagder leaves that decision to Bjrn
-<edx> sure, i dont mind
-* edx asks bjrn...
-<Zagor> ummm...
-<calpefrosch> cool, then I have some questions to you.
-<edx> fileio.h
-<Bagder> fs.h ?
-<edx> go ahead, calpefrosch
-<calpefrosch> tnx, hmmm...
-<Bagder> Zagor: I scanned the list archives quickly, checked the web and stuff to figure out the initial CREDITS but I'm sure I've missed a few names
-<Zagor> i'll take a look at it
-<edx> hm.. say a header name ;)
-<calpefrosch> I did no C before, so I have no idea how to change the struc with the colors.
-<Zagor> file.h
-<edx> ok
-<edx> the only thing you have to change are two lines in uisw32.h:
-<calpefrosch> my idea was to change the background-color in the struc
-<edx> #define UI_LCD_COLOR 46, 67, 49 // bkgnd color of LCD
-<edx> #define UI_LCD_BLACK 0, 0, 0 // black
-<calpefrosch> sure
-<edx> the first line is the background color
-<calpefrosch> but I want to change the color at runtime...
-<edx> oh...
-<edx> hm
-<edx> then you have to change the bmi structure.
-<calpefrosch> right
-<calpefrosch> but I had some problems with the location, where to change it.
-<edx> we would have to define an extra function for this...
-<calpefrosch> wait 1 minute, please
-<edx> Bjorn, is there a function to change backlight color in the lcd code (no) - could we define it (even if it is not yet implemented outside the simulator)
-<Zagor> edx: why would we want that? the color is green. there's no way to change that
-<edx> ahmm backlight
-<Zagor> ok, extern void lcd_backlight(bool on);
-<edx> and contrast...
-<edx> you can regulate backlight i think... with the menu
-<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
---> calpefrosch (calpefrosc@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
-<edx> hey who change DISP_X to LCD_WIDTH constant ;)
-<calpefrosch> yeah, I saw this on Friday,too.
-<Bagder> it was LCD_WIDTH all the time
-<calpefrosch> arhg, I had to reboot.
-<Bagder> but it was DISP_X too
-<Zagor> edx: that was me. they both existed, I just removed the one with the worse name.
-<calpefrosch> allways, at the second time a switch on the archos with USB connected I get this damned BSOD ... :-(
-<edx> ok
-<Bagder> calpefrosch: ugha
-<edx> calpefrosch: hey... you use USB 2?
-<calpefrosch> no
-<edx> ok.. i have a similar problem but i think it is related to my usb2 adapter (it works with usb1.1)
-<calpefrosch> the first time after reboot everything is working. But at the 2. there comes this page fault at ..
-<calpefrosch> ok, but now to the bmi struc
-<edx> well.. changing background color only makes sense if we have a backlight function
-<edx> Zagor: can backlight be changed?
-<calpefrosch> I have to checkout the newest code...
-<Zagor> edx: just on and off
-<edx> wait im still editing
-<Bagder> calpefrosch: you just need to update
-<calpefrosch> at the recorder we can could the intensity, I think
-<calpefrosch> -can
-<calpefrosch> argh, ok again... we could change the ...
-<edx> yea thats what i thoguht too
-<edx> Zagor: what is this line and shall i use it in my files too?
-<edx> * $Id$
-<Zagor> edx: yes
-<edx> is it automatically filled by cvs?
-<Bagder> yes
-<edx> (just removed unneeded lcd code) how do I delete the file lcd.c in the cvs (renamed it to lcd-win32.c)
-<Bagder> cvs rm file
-<Bagder> after it was deleted for real
-<calpefrosch> hmm, i have to fondle my girlfriend. sorry. edx: can we discuss this on monday ? when do you go to school ?
-<calpefrosch> is this usb2 really fast?
-<Bagder> yes
-<Bagder> :-)
-<edx> damn it rocks
-<calpefrosch> maybe I should by a controller.
-<edx> but my damn adapter is damaged or something. it works with win98/me/2k whatever but not with winxp
-<edx> hehe you have anything but windowsxp, calpefrosch?
-<calpefrosch> hehe, don't use xp ;-)
-<calpefrosch> I have w2k, xp, linux. what you want !
-<Bagder> edx: sounds more like an XP problem and not an adapter problem
-<edx> sure it is an xp problem
-<calpefrosch> ok, cu. bye.
-<Bagder> bye calpefrosch
-<edx> cu
-<calpefrosch> edx: monday ?
-<Bagder> Zagor: do you have my 'cvscheck' tool?
-<-- calpefrosch has quit ()
-<Zagor> no, what's that?
-<Bagder> a tiny script to display which files that are modified, by you or in the repository
-<Bagder> I find it handy to use
-<edx> haha ;) with windows xp i got a shell extension that displays modified files in red others in green and i can click-commit/add/remove etc :o)
-<Bagder> but what about "needs patch" ?
-<Bagder> you need to check with the server to know that ;-)
-<edx> what is "needs patch"?
-<Bagder> when the file has been modifed on the server
-<edx> hm now i just rightclick -> update then
-<Bagder> righ
-<Bagder> t
-<Bagder> but my script displays the status, it doesn't change it
-<edx> hm. damn. the tetris code is not working anymore :/
-<Bagder> uh
-<edx> ok.. got the bug :)
-* Bagder salutes edx
-* edx smiles
-<edx> would it be useful to have getbacklight function returing a bool... ?
-<Zagor> edx: why?
-<alan> yes why ?
-<edx> hmm if we have a settings menu it need to determine whether bl is on or off
-<edx> *needs
-<alan> not necesserally
-<Zagor> settings should say how long the bl timeout should be, not permanent "on/off"
-<edx> ahhh that is what this setting does
-<edx> ok
-<edx> im working on the file functions now..
-<Zagor> of course we *could* have an on/off setting too, but who wants backlight on all day?
-<edx> yea..
-<Bagder> Zagor: possibly the guys using them in cars or similar
-<edx> file.h - into firmware or firmware/drivers/ or where?
-<alan> and during night
-<Zagor> Bagder: good point
-<Zagor> edx: common
-<edx> ok
-<Zagor> firmware/common
-<Zagor> i think we had a port pin that said when the charger is attached, don't we?
-<Zagor> PA0 according to my notes
-<alan> let me check
-<alan> are you speaking about DCIN ?
-<Zagor> yes
-<alan> yes
-<edx> int open (char *filename);
-<edx> is that ok, file.h?
-<alan> according to my notes too
-<alan> an int ?
-<Bagder> int open(const char *pathname, int flags);
-<alan> flags is fake ?
-<Zagor> edx: ssh into your sourceforge account and run "man open" etc, then you see the posix syntax
-<Bagder> no, flags for read or write etc
-<Bagder> only read supported for starters
-<edx> oh... yea..
-<edx> *stupid me*
-* Zagor is #ifdef:ing out the write code in the first version :)
-<alan> i don't see the point to check if we can read or write on a file
-<Bagder> ?
-<Bagder> we might want to write a file
-<Zagor> it's not a check. it's wether to open it for reading or writing
-<alan> if you want that function for posix compliance
-<Bagder> like playlists?
-<alan> but we are not forced to handle all access rights
-<edx> yea.. *really important* a built-in playlist editor
-<Zagor> it's not about access
-<alan> it isn't worth extra code
-<Bagder> that's why there's only two arguments
-<Zagor> it's about if you want to read or write the file. truncate or not etc.
-<edx> it sucks that you have to write playlists on your pc...
-<Bagder> the access rights is in the *3rd* argument
-<edx> the third.. do we need that?
-<Zagor> no
-<Bagder> no
-<edx> k
-<alan> ah yes... but i was speaking read-only checking
-<Zagor> ok
-<alan> okay we can use that flag to determine if we open OR create a file
-<Bagder> exactly
-<Bagder> or append
-<alan> but we don't bother with checking for read-only file or stuff like it
-<Zagor> no
-<alan> open returns an int
-<Bagder> seems totaly useless
-<alan> what do you return in reatlity
-<Zagor> file handle
-<Bagder> that's an index in a table
-<alan> Does it matter
-<Bagder> we make it support N opened files
-<Bagder> yes
-<Bagder> because that's how posix open() works
-<edx> ... uhm.. guys.. take a look at that:
-<edx> int open (char *filename, int flags);
-<edx> int close (int handle);
-<edx> int read (int handle, void *buffer, unsigned int count);
-<edx> int write (int hnalde, void *buffer, unsigned int count);
-<edx> int seek (int handle, long offset, int origin);
-<edx> int unlink (char *filename);
-<edx> int rename (char *filename, char *newname);
-<edx> is that ok?
-<alan> lseek
-<Zagor> edx: yup
-<edx> it says seek @ devcon
-<edx> not lseek
-<Zagor> it's wrong
-<Zagor> it should be lseek
-<Bagder> it should be lseek(), right?
-<alan> i don't remember a posix seek
-<edx> ok
-<Bagder> lseek is posix
-<edx> then.. the opendir.. what is it supposed to do?
-* Zagor wonders what the 'l' is for
-* edx thinks it is for long (?)
-<Zagor> edx: return a dir handle
-<edx> aha...
-<edx> hmm
-<alan> man opendir ;)
-<Zagor> it's for doing readdir() on
-<edx> hmhm... it is for scanning a directory?
-<Zagor> yes
-<Bagder> you need some man pages edx ;-)
-<alan> zagor, it is for long seek with a 32-bit offset with 16-bit cpu (?)
-<alan> i don't remember exactly
-<Zagor> ok
-<edx> what does readdir do? (sorry.. win32 functions are different there..)
-<edx> ie. what parameters does it get?
-<Zagor> edx: it's like findfirst/findnext
-<Bagder> "returns a pointer to a dirent structure representing the next directory entry in the directory stream pointed to by dir."
-<alan> let me check
-<Zagor> int readdir(unsigned int fd, struct dirent *dirp, unsigned int count);
-<Bagder> no
-<Bagder> struct dirent *readdir(DIR *dir);
-<Bagder> Zagor: wrong readdir ;-)
-<edx> ok thanks. i will not include disk operations into file.h, right?
-<Zagor> oh
-<Zagor> edx: opendir and readdir goes into file.h
-<edx> opendir returns DIR then?
-<Bagder> DIR *
-<alan> just a minute, are you sure ?
-<Bagder> yes
-<edx> DIR *opendir (char *dirname);
-<edx> int closedir (DIR *dir);
-<edx> struct dirent *readdir(DIR *dir);
-<edx> is that ok?
-<Bagder> and readdir() takes a DIR *
-<Bagder> looks fine
-<edx> hm.. i gotta think up a way to do that in windows
-<alan> edx: cygwin ?
-<Bagder> well, we don't have any code using that function yet, so you have your time ;-)
-<edx> nah.. not cygwin
-<alan> linux ?
-<edx> clean windows code.. :)
-<alan> edx : you are under Windows or Linux ?
-<alan> if under Cygwin, try to find the file ".../cygwin/usr/include/sys/dirent.h"
-<alan> you will find the functions and structure which would likely be changed
-<alan> or maybe not some fields are junks
-<alan> DIR *opendir (const char *);struct dirent *readdir (DIR *);void rewinddir (DIR *);int closedir (DIR *);
---> ironi (xircon@m213-101-132-24.swipnet.se) has joined #rockbox
-<Bagder> hey ironi
-<Bagder> I just love that web thing
-<ironi> Bagder, that web thing?
-<alan> ???
-* Bagder tries to find the URL
-<ironi> ah ok
-<Bagder> Zagor pointed me to it
-<ironi> Bagder, http://nlinks.org/dev/test.jpg
-* Zagor has leaked :)
-<ironi> yeah i did it for fun while i was bored last night heh
-<ironi> :-P
-<Bagder> that's the one, yes
-<edx> hey .. could anyone send me his dirent.h (the directory structure definitions)
-<edx> ironi: the page looks great :)
-<alan> who is the sexy girl ?
-<ironi> Bagder, cool that you like it, maybe I could do something with it as inspiration
-<ironi> edx, thx
-<alan> edx: i can
-<Bagder> edx: I think you'll reach results better if you just write up your own win32 version
-<ironi> alan, some girl from photodisk.com :)
-<ironi> i did not buy the image, though :)
-<alan> arf
-<edx> badger: yes, but i need to know what entries are in the DIR, dirent structires
-<ironi> it's intersting how a photo can change the appearance of a very simple page
-<alan> are you okay for DDC SEND ?
-<edx> me? i guess so
-<Zagor> edx: actually, you don't. use whatever contents you like. it's just a pointer used as a handle
-<Bagder> Zagor: except for the one single one used for the file name
-<Zagor> posix defines a inode number, which you'll have a hard time emulating :)
-<edx> thanks, alan!
-<Zagor> Bagder: right, he needs d_name
-<Bagder> "char d_name[] of unspecified size, with at most NAME_MAX characters preceding the terminating null character."
-<alan> inode number is a junk for cygwin
-<Zagor> yes
-<ironi> Zagor, the news entries, are they static?
-<alan> in fact we can use to have start cluster
-<Zagor> ironi: yes
-<ironi> Zagor, ok
-<Zagor> alan: not a bad idea
-<Bagder> but edx won't need that in the simulator
-<alan> when you rename a file in ext2fs, you change its inode ?
-<Zagor> i don't think so
-<alan> Bagder: right, some fileds can be removed
-<Bagder> mv doesn't change inode, no
-<alan> inode number is what exactly
-<alan> ?
-<Bagder> it identifies a single file entry
-<Bagder> I'm not very good on fs internals though
-<alan> i wonder if an inode is a cluster equivalent
-<Zagor> no
-<Bagder> start-cluster equivalent I guess
-<Zagor> a file can change position and keep the same nodeid
-<Zagor> i'm pretty sure
-<alan> there's a difference between inode and nodeid ?
-<alan> hopefully i have explore2fs under windows, i can browse linuw source
-<Zagor> explore2fs is amazingly slow :)
-<alan> true
-<edx> hmm.. this might be enough: typedef HANDLE DIR;
-<edx> is it ok to allocate memory for DIR and return the allocated memory and free it in closedir?
-<alan> but with udma 100, it becomes less slower :)
-<Bagder> for you it is
-<Zagor> edx: in your emulator anything is ok
-<edx> hmm not necessarily ;)
-<edx> how do you do it on the jukebox device - where do you free the returned *DIR pointer>
-<edx> ?
-<Bagder> no
-<Bagder> edx: well have an array of structs
-<Bagder> static
-<edx> hmm
-<edx> ok
-<Bagder> and just return a pointer to the first unused
-<edx> isnt that a vaste of memory
-<Bagder> we want to avoid dynamic memory use
-<edx> and wouldnt it be nicer to have as many dirs open as memory is avaialbe?
-<edx> why
-<Zagor> we don't want many dirs open
-<edx> why not ;)
-<Bagder> it takes more memory
-<edx> oh well.. that is not that bad... those few bytes..
-<Zagor> dynamic memory causes fragmentation
-<edx> okok..
-<Zagor> fragmentation causes instability
-<Zagor> or at least non-determinism
-<alan> i'm not sure about that
-<alan> oh yes now i aggree
-<Bagder> dynamic memory will be used eventually anyway
-<Zagor> oh yes
-<Zagor> but we don't want to overuse it
-<Bagder> but we should stay out of it as much as possible in core stuff
-<alan> static array : space wasted when underused but simpler to start with
-<Bagder> yes
-<alan> dynamic array:
-<alan> if you use the same range for non pertinent structures
-<alan> there would be few fragmentation
-<alan> sorry i mean persistent
-<alan> indeed you must avoid to use persistent structures to avoid fragmentation.
-<alan> quite now use static array
-<alan> it is very easy to use malloc and free with windows but in our firmare it is another story :)
-<edx> heh
-<edx> hmm i actually do have a problem.
-<edx> the simulator needs to call the open function (from io.h) with the same parameters.. how can i make it understand which function is meant?
-<alan> for files you have open files, the same you have foe directories, open directory (DIR *)
-<edx> and how are you gonna do that in linux?
-<Zagor> i don't understand the question
-<alan> just a minute, what do you want to do ?
-<Bagder> edx: why simular that at all?
-<Bagder> simulate
-<Bagder> use the windows version
-<edx> the openfunction has a little different parameters..
-<alan> file_open
-<alan> or something similar
-<edx> yea.. we could change names to file_open...
-* Bagder would prefer not to
-<edx> hm
-<edx> ok
-<alan> stop !
-<alan> there are two sides
-<alan> the posix side and the specific side for file handling
-<Bagder> ?
-<Bagder> you mean there's an API
-<alan> i suppose if we want posix files it is for programming commodity
-<Bagder> and an implementation?
-<alan> yes
-<edx> #ifndef SIMULATOR define functions #else #include the windwos header file
-<alan> i mean an "open" is handling a table of open file and call the true open_file.
-<alan> to code a fat "open" is not a good idea
-<Bagder> I still don't get it
-<Bagder> yes, open will need to do stuff
-<Bagder> it could call open_file
-<Zagor> fat_open()
-<alan> fat functions are the real part, and posix functions wrappers with additional stuff
-<Zagor> yes
-<Bagder> the posix is an api
-<alan> okay
-<alan> so edx for its simulator just neet to code an "open" which call the true "FileOpen" (?)
-<Zagor> exactly
-<alan> sorry for mistakes
-<Bagder> but...
-<alan> yes ?
-<Bagder> windows already has an open(), doesn't it?
-<alan> you mean a posix compliant library ?
-<edx> hmm.. opendir.. does the first parameter contain wildcards???
-<Bagder> no
-<alan> maybe...
-<Bagder> posix compliant open
-<Bagder> edx: no
-<edx> hm
-<edx> ok
-<Bagder> speaking of that, do we need wildcard support anywhere?
-<edx> what does opendir return if it fails btw..? -1?
-<Zagor> i don't see what for
-<edx> or rather NULL
-<Zagor> edx: you really need those man pages :)
-<Bagder> edx: NULL, right
-<edx> ok
-<Bagder> http://www.die.net/doc/linux/man/man3/opendir.3.html
-<edx> thx
-<alan> Bagder: for the moment, i don't think so
-<alan> jukebox has no keyboard
-<alan> i don't see how we can put wildcard * and ? :)
-<Bagder> it hasn't? B-]
-<Bagder> well
-<Bagder> we put code in it
-<Bagder> the code could use wildcards
-<Bagder> I think it *could* be done
-<alan> give me an example :)
-<alan> i cannot find one myself
-<Bagder> show only files that matchs "*.mp3"
-<Zagor> we don't write it until we need it
-<alan> wrong
-<Bagder> not a very good one
-<Zagor> anyway
-<Bagder> very true
-<alan> just a note about extension
-<alan> we don't need to include extension in the name, just add an extension type along with the filename
-<Bagder> ?
-<Bagder> the file name is stored via USB
-<Bagder> when will the extension be cut off?
-<alan> no, i'm speaking about the way rockbox can handle files
-<Bagder> you mean the dir browser?
-<alan> yea
-<Bagder> right
-<alan> once yo scan a directory
-<Bagder> that should be a lot smarter, indeed
-<alan> so "*.mp3" is a wrong example ;)
-<Bagder> no
-<Bagder> the files are still named .mp3
-<Bagder> suppose author "Mr Doe" wants to write his own app
-<alan> continue
-<Bagder> he wants to store movies on his archos
-<alan> and ?
-<Bagder> and then scan for them recursively
-<Bagder> then we could use wildcards
-<Bagder> we=>he
-<alan> ???
-<Bagder> never mind
-<edx> or he has to write his own wildcard function ;)
-<Bagder> exactly
-<Bagder> or do it another way
-<alan> i'm just speaking a way to disguish directory, playlists and mp3 files from others files
-<Bagder> I'm not
-<alan> usually you want only those three kinds of files
-<Bagder> usually yes
-<alan> using "*.[mp3|m3u]" is not the best way, without speaking about directories
-<alan> oh yes i see a problem
-<alan> can readdir see a directory ?
-<Bagder> yes
-<Bagder> all directory entries
-<alan> ok but how can you know if it is a directory ?
-<Bagder> there's a flag field too or something
-<alan> i hope
-<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.cpp(33): error C2065: 'new' : undeclared identifier
-<edx> what the heck!
-* Zagor groans. C++ !
-<Zagor> ;)
-<edx> ohhh
-<Zagor> just kidding
-<alan> edx, you compile as a C or a C++ ?
-<edx> C
-<edx> used malloc. works
-<alan> but you use a cpp file
-<edx> another thing.. _finddata_t is not defined
-<edx> yea a cpp file
-<edx> but i compile as c
-<Bagder> heh
-<alan> okay the trouble is here
-<Zagor> odd choice of name for a C file...
-<Bagder> that's confusing
-<alan> for C, operator new is not defined
-<edx> hmhmhm
-<edx> now if i use c it is also compatible to cpp files ;)
-<edx> no matter.. ill rename them
-<alan> and don't use cpp, but c extension
-<alan> i'm sure you create this file without having a look on the extension ;)
-<edx> yea
-<edx> i used c extension now
-<edx> well i had a look at the extension
-<edx> thought about it too late
-<edx> cpp is standard extension so i just didnt change it
-<alan> normally compiler, when it finds a .cpp extension switchs to c++
-<edx> i disabled that.
-<edx> hmm it still has a very strange error.
-<alan> yes but just remember it for the next time
-<edx> typedef _finddata_t DIR;
-<edx> it does not recoginize _finddata_t
-<alan> what is _finddata_t DIR; ?
-<edx> i included io.h
-<edx> i define the type DIR
-<alan> nope
-<edx> it is supposed to be _finddata_t
-<Bagder> you need to commit some files if you want our help properly
-<alan> i mean the other structure
-<edx> it is a "system internal" strucutre
-<edx> definde in io.h
-<alan> yes i see
-<alan> by the way i see a filename of 260 chars instead of 256
-<alan> you're right, Bagder, open is defined in io.h...
-<Zagor> "Long names are limited to 255 characters, not including the trailing NUL." -- Microsoft FAT32 document
-<alan> it is for a filename
-<alan> but 260 should be for a pathname
-<Zagor> path lengts are max 260 yes
-<Bagder> in fat?
-<Zagor> yes
-<alan> nope for windows :)
-<Zagor> right :)
-<alan> so we know there is no point to try to handle pathnames longer then 260 in rockbox
-<alan> if windows can do it
-* Bagder snickers devlishly....
-<Zagor> yeah, they'll love us if we create files they can't read in windows...
-<Bagder> but otoh, who would create them?
-<Zagor> we :)
-<Zagor> fat_create_dir(), fat_create_file()
-<Bagder> "to be able to use this product, you must first put a file here => [261 letters]" ;-)
-<Zagor> hehe
-* Zagor hungre
-* Zagor needs food
-<alan> hey try to imagine that we have a longer pathname created with rockbox, how will windows react ? truncated files ?
-* Zagor go shop
-<ironi> me too
-<ironi> im going to order a pizza
-* Bagder considers pizza too...
-<Zagor> i had pizza yesterday
-<alan> edx: you use _findfirst/next/close ?
-<edx> i updated cvs files for ui simulator.. anyone who has a win32 compiler and can tell me what is wrong?
-<edx> alan: yea
-<edx> alan: only findfirst right now
-<alan> hum it is really rare i compile with VC
-<edx> alan: even typedef of DIR doesnt work :(
-<alan> i can try
-<edx> ok.. :)
---- Zagor is now known as Zagor|shopping
-<edx> hwo come you can go shoppign on saturdays..
-<edx> not in Germany :(
-<edx> lol
-<ironi> Bagder, =)
-<ironi> Bagder, a kebab-pizza in jnkping is soooo good.
-<Bagder> he's not in Germany... :-)
-<ironi> they don't make them like that in 08
-<Bagder> a bit far for me to order I guess ;-)
-<edx> so you can go shopping on saturdays in Sweden?
-<Bagder> yes
-<edx> hmm we should have that in Germany too :?
-<ironi> on sundays too
-<ironi> edx, dont you have malls?
-<ironi> edx, but of course the grocery stores are open all day in weekens also in germany
-<ironi> i would love to have ALDI here, it's so cheap
-<edx> ironi, im afraid not
-<alan> oh sh*t it takes time to checkout :((
-<edx> ironi, no
-<ironi> when i wa sin st. louis i shopped a lot at aldi's, cause it was so good prices
-<Bagder> poor modem
-<edx> LOL @ Aldi
-<ironi> LADI rocks
-<ironi> ALDI
-<edx> prices are ok, indeed :)
-<alan> edx, what file i must open ?
-<alan> .sln ?
-<edx> alan, re-checkout... i added a few files that were missing - sorry
-<edx> the vcprj file
-<alan> my VC has no associate application with vcprj !? shouldn't be .prj ?
-<edx> ok you got VC++ 6?
-<edx> then you have to recreate a project file :/
-<edx> i use vc7
-<alan> yea vc6
-<Bagder> edx: you might want a slightly different solution anyway
-<edx> hmm i gotta go eating...
-<edx> bagder: makefile?
---- edx is now known as edx|eating
-<Bagder> edx|eating: the DIR struct myst have a d_name[] entry
-<Bagder> so you need to have your own DIR struct
-<edx|eating> the dirent has that.. the DIR as well?
-<Bagder> ah
-<Bagder> silly me
-<edx|eating> :)
-<Bagder> you're right
-<edx|eating> cya in a few mins
-* Bagder hides
-<edx|eating> heh
-<alan> edx: please generate a makefile
-<alan> not all people have vc7
-<alan> you should find a way to allow other vc version to compile your program.
-* Bagder thinks alan is right
-<alan> edx: normally your vc7 has an option to generate this makefile
-<alan> hum, i wonder if i wouldn't use SDL...
---- Zagor|shopping is now known as Zagor
-<Bagder> :-)
-<-- ironi has quit (Read error: 104 (Connection reset by peer))
-<alan> just for info, here is the link for SDL : http://www.libsdl.org/intro/toc.html
-<alan> yes i know you wouldn't code with it
-<alan> :)
-<Bagder> heh
-<Bagder> but I don't need to if you do it ;-)
-<Bagder> I could do it too actually
-<Bagder> one day
-<alan> see you
-<-- alan has quit ()
-* Zagor just realized fat_open() has no purpose
-<Zagor> linus just called to say the donated archos works fine
-* Bagder horrays
-<Zagor> it's a 4.53g version, so it's got a new lcd after all
-<Bagder> did he try the serial port?
-<Zagor> not yet. we want to be more careful this time, so we'll wait until monday when we can test with the remote control first
-<Bagder> good idea
-<Zagor> but that means they stopped using the old lcd very early
-<Zagor> i'm curious how many people actually have the old model
-<Bagder> can't be that many
-<Zagor> no
-<Bagder> we want the full donated-archos-story on the web/mailling list later
-<Zagor> yep
-<Zagor> didn't someone offer to produce irc digests?
-<Bagder> adiamas did
-<Zagor> that would be great, since so much discussion is off-list
-<Bagder> yep
-<Bagder> no commit mails so far today...
-<Zagor> i woke up late :)
-<Bagder> but things have been committed
-<Bagder> only not arrived by mail
-<Zagor> ah, ok
-<Zagor> problem with the sf mailserver then, I guess
-<Bagder> likely, yes
---- edx|eating is now known as edx
-<edx> hey... cool i am about to get my first makefile working lol
-<Bagder> :-)
-<Zagor> welcome to the bright side :)
-<edx> always the same lame comment :P
-<edx> hihi
-<edx> how are resources compiled *unskilled*
-<Zagor> that's a windows question. we're all unix ponytails here :)
-<Zagor> but I think there's a Resource Compiler. maybe rc.exe ?
-<Bagder> I don't even know what "ressources" are
-<edx> ok
-<edx> lol
-<Zagor> we have complete faith in you :)
-<Bagder> edx is our man!
-<edx> lol
-<edx> the makefile is working *great*
-<Bagder> goodie
-<edx> ok.. cleanup code missing
-<edx> hmm.. maybe someone of you could look over the makefile again.. i am sure i did some stupid things in there
-<Zagor> is it committed?
-<edx> yup
-<Zagor> the last all: line looks a bit odd
-<edx> what should it look like?
-<Zagor> you should probably have this instead
-<Zagor> uisw32.exe: $(OBJS)
-<Zagor> $(CC) $(LDFLAGS) $(OBJS)
-<Zagor> i think
-<edx> hmmm aha
-<Zagor> but i'm not sure how to link on win32
-<edx> i dont really know what it all means - i just guess ;)
-<Zagor> you want $(LIBS) there too
-<Zagor> ok, then you need a crash course in make!
-<edx> uisw32.exe: $(OBJS)
-<edx> $(CC) $(CFLAGS) $(SRCS) $(LIBS) $(LDFLAGS)
-<Zagor> make is a golden tool, you should learn it.
-<edx> if i have this it says it doesnt know how to make blabla.o
-<Zagor> the second line is the command line you want to use to link the appliction together
-<Zagor> which make are you using?
-<Zagor> nmake?
-<edx> yea
-<edx> i know what whas wrong
-<edx> its not .o it is .obj
-<Zagor> ah, change OBJS = $(SRCS:.c=.o) to OBJS = $(SRCS:.c=.obj)
-<edx> yup
-<edx> just did that
-<edx> works
-<Zagor> nice
-<edx> but it does much more than it did before
-<edx> it compiles everything twice (?)
-<edx> lol
-<Zagor> twice?
-<edx> like once for each object and then the command line that follows
-<edx> $(CC) $(CFLAGS) $(SRCS) $(LIBS) $(LDFLAGS)
-<edx> thsi one
-<Bagder> yes
-<Bagder> you should remove the SRCS from the link line
-<edx> i only need this one line actually
-<edx> ah ok
-<Zagor> ahhh yes
-<Zagor> missed that
-* Zagor realizes that fat_read() gets very complex without fat_open(), so adds it again :)
-<edx> LINK : fatal error LNK1181: cannot open input file '../../firmware/drivers/lcd.o
-<edx> bj'
-<edx> hm
-<edx> the output file is generated inside the current dir
-<edx> can i specify the source directories via a compiler parameter>
-<edx> ?
-<Zagor> yes
-<Zagor> but this should work
-<edx> i does not
-<edx> it produces the output file inside the wrong directory
-<edx> what is the parameter.. ?
-<Zagor> that's compiler specific
-<Bagder> bbl
-<-- Bagder has quit ("http://daniel.haxx.se")
-<edx> hmmmm...
-<edx> ahh
-<edx> i see how daniel did it.. *testing*
-<Zagor> yay. fat_read() now works.
-<edx> cool :)
-<edx> i fixed the makefile
-<edx> it works now
-<Zagor> nice
-<edx> shall it remove the obj files after linking?
-<Zagor> no
-<edx> ok
-<Zagor> the obj files are used to check which source files are modified
-<edx> i know.. just thought ;)
-<Zagor> so it doesn't have to recomile unmodified sources
-<Zagor> hehe
-<Zagor> make a "clean" target that removes obj files
-<Zagor> that's the normal way
-<edx> now alan can try to compile and help me fix the other error with the file-win32.h file :/
-<Zagor> that's good
-<edx> when is this clean target processed?
-<Zagor> manually
-<Zagor> "make clean"
-<edx> $(RM) *.obj
-<edx> ?
-<Zagor> only if you have an RM variable defined
-<edx> yea i just defined it
-<Zagor> otherwise just "del $(OBJS)"
-<Zagor> you don't need a variable, really
-<edx> im about to understand the makefile thing :)
-<Zagor> yeah, it's not difficult. but very useful.
-<edx> yup.
-<edx> but a finished makefile looks damn freaky for a newbie like me :)
-<Zagor> hehe, yeah maybe. but then again all kinds of files look freaky when you don't understand them
-<edx> yea...
-<edx> do you get a mail for everything i commit *sorry for committing that much*
-<Zagor> normally, yes. but currently there seems to be something wrong with the sourceforge mail server
-<Zagor> don't worry about committing much. that's what cvs is here for
-<edx> maybe its down because i spammed it with commits (haha)
-<Zagor> :)
-* edx can't wait to wear his rockbox shirt
-* edx is angry that he misspelled irc server
-<Zagor> hehe
-<edx> irc.openprojects.net... why dont they set up an irc server there?
-<edx> aehmm. org
-<edx> irc.openprojects.org
-<edx> lol
-<Zagor> yeah, i was surprised their dns hasn't fixed that
-<edx> well.. maybe it will be someday... then the shirt is fixed too lol
-<Zagor> why not mail them and ask/suggest?
-<edx> hmm good idea
-<Zagor> (don't mention the tshirt :)
-<edx> Ladies and Gentlemen, due to the fact that i misspelled your server on a *very* important shirt, i want you to open an irc server on irc.openprojects.org ...
-<edx> LOL
-<Zagor> maybe not the best chance of success :)
-<edx> that was rather a joke ;)
-<Zagor> yes, i understood
-<edx> i need somebeody do fix that bug in file-win32.h i just cant do it
-<Zagor> i'll take a look
-<edx> hm you cant compile it... you want to see the error messages?
-<Zagor> ok
-<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.h(27): error C2061: syntax error : identifier 'DIR'
-<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.h(27): error C2059: syntax error : ';'
-<Zagor> well where is DIR defined?
-<edx> that means that _filedata_t is not defined for any reason. but i do include io.h
-<edx> dir is defined right in that line
-<edx> typedef _finddata_t DIR;
-<Zagor> ah
-<Zagor> strange
-<edx> indeed...
-<Zagor> you should probably free(p) before return NULL;
-<edx> that is a good idea
-<edx> i did nto code any further when the DIR thing didnt work
-<Zagor> i understand
-<edx> hmmmm that is so strange
-<edx> looking at io.hi find something really interesting:
-<edx> #ifndef _POSIX_
-<edx> maybe io.h supports the posix functions :D
-<Zagor> yes i think it might
-<edx> ok.. one more thing i can try.. just rip the definition out of io.h an paste them before the DIR typedef lol
-<edx> (this is not afinal solution of course)
-<Zagor> haha
-<Zagor> whatever works
-<edx> hmmm if i include io.h AND define the struct it says redefinition
-<edx> something is *very* bad about this...
-<edx> #define DIR _finddata_t
-<edx> lol
-<edx> the problem is not the DIR thing. the problem is teh _finddata_t definition - it must be somewhat strange
-<Zagor> what if it's a macro?
-<edx> it is not a macro - i looked at it
-<Zagor> ok
-<edx> struct _finddata_t {
-<edx> unsigned attrib;
-<edx> time_t time_create; /* -1 for FAT file systems */
-<edx> time_t time_access; /* -1 for FAT file systems */
-<edx> time_t time_write;
-<edx> _fsize_t size;
-<edx> char name[260];
-<edx> };
-<edx> does typedef work with structs in C?
-<edx> lol
-<Zagor> yes
-<edx> it must be somethign really stuped
-<edx> stupid
-<edx> if I put dirent there it wont work either
-<edx> maybe it is the DIR - it is defined somewhere else??!!!
-<edx> hm no it is not
---> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
-<edx> hi
-<Zagor> hi elinenbe
-<elinenbe> hey there. You sure have been busy.
-<edx> brb
-<elinenbe> I looks like the fat32 code is coming along.
-<-- edx has quit ()
-<Zagor> are you getting the mails?
-<Zagor> i dont
---> edx (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
-<Zagor> cvs mails, i mean
-<edx> oh finally.. it hadnt logged the irc sessions before
---- edx is now known as edx|
---- edx| is now known as edx
-<Zagor> but, yes, the fat32 code is coming along nicely. i just got read() working and am writing seek() right now
-<elinenbe> In a Mr. Burns tone: exxxxcellent
-<Zagor> hehe
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-<edx> hi
-<Bagder> hi again
-* Zagor grooves to Electric Skychurc
-<edx> is that a band? lol
-<Zagor> if that ain't a trip :)
-<edx> what is that?
-<Zagor> it's ambient dub
-<Zagor> electronic smooth beats
-<edx> heh
-<Zagor> silk for your soul :)
-* Zagor is a poet
-* edx grooves to emil bulls hard-rock (lol)
-<edx> you dont know emil bulls in Sweden, do you?
-<Zagor> well at least I don't. hard rock is not my taste.
-<edx> hehe :) they are German - they sing English but I guess they are not known anywhere but in Germany
-<Zagor> seek() done, time for long filenames
-<Bagder> kewlness
-<edx> great
-* Zagor is in The Zone :)
-* Bagder thinks Zagor listens to weird music
-<edx> what music do you listen to, Bagder ;)
-<Bagder> http://storebror.haxx.se:443
-<Zagor> oh, he's very middle-of-the-road...
-<Bagder> try my stream
-<edx> just doing :)
-<edx> cool...
-<edx> what a quality
-<edx> i like the music :)
-<edx> what is this?
-<edx> *hey stream's gone*
-<Bagder> what does your player?
-<Bagder> say
-<Bagder> heh
-<edx> nothing
-<Zagor> look in the player window, the title shows there
-<edx> youst wont play anyithin..
-<Zagor> press play again
-<Bagder> try again
-<Zagor> some tracks don't have an id3 tag
-<Bagder> my server runs all the time
-<Bagder> they should appear based on file name I think
-<edx> lol it says nothing for the title...
-<edx> but what is it
-* edx needs that as well
-<Bagder> heh
-<Bagder> I have only 3000 files on that stream
-<Zagor> Bagder: I found some tracks just don't show anything
-* edx laughs out loudly!
-<Bagder> which player do you have edx?
-<edx> *only* 3000 files??!
-<edx> windows media player ;)
-<Bagder> hm ok
-<edx> how many GB of mp3s do you have?
-<Bagder> I've mainly listened with winamp
-<Bagder> that's about 15-16
-<edx> (wmp = the lames music listen tool there is haha)
-<Zagor> bjorn:~/music>find . -name "*.mp3" | wc -l
-<Zagor> 5588
-<Zagor> :)
-<edx> heh
-<Bagder> 3189 here actually
-<Zagor> the best part: they all fit on my archos
-<Bagder> edx: try this http://storebror.haxx.se/mp3/
-<edx> hehe
-* edx found 6783 mp3s on his hd
-<edx> that music repository is cool :)
-* elinenbe found 10095 MP3s <-- all Depeche Mode!
-<Zagor> hehe
-<edx> loool
-<Zagor> they sure are productive, those DMers
-<edx> what tool do you use to set up those streams?
-<Bagder> ample
-<Bagder> ampl.sf.net
-<Bagder> ample.sf.net
-* edx does not know that
-<Bagder> dead simple little thing
-<Bagder> as it should be
-<edx> is it for windows too?
-<Bagder> its full source
-<Bagder> but *nix style
-<Bagder> so you'd need to fiddle ;-)
-<edx> too sad :)
-<Bagder> get cygwin and it'll be less fiddling :-)
-<edx> is it command line or xwindow?
-<Bagder> neither
-<Bagder> its a server
-<Bagder> it says nothing, it just runs ;-)
-<edx> even better
-<Bagder> the way it should be, imho
-<edx> but the file accessing functions will have to be changed.. *too much work*
-<Bagder> not if you build with cygnus
-<edx> yea well...
-<Zagor> how much unix-specific code can it be?
-<Bagder> dir-reading
-<Zagor> socket stuff, yeah
-<Bagder> just about
-<Bagder> nah, most socket stuff works the same
-<Zagor> ok
-<Bagder> "most"
-<Bagder> like close needs to be replaced with closesocket()
-<edx> hmmm ... ill have a look at it..
-<edx> hey.. only 10 files
-<edx> that looks like one could actually do it
-<Bagder> its only 6 source files
-<Bagder> hey, I bet that if you do it nicely and mail back a diff to the guy, he'll be grateful
-* Bagder did that already
-<edx> hmmm
-<edx> waht does config.h
-<edx> in linux?
-<Bagder> its is commonly generated by a script
-<Bagder> defining what features your particular machine/OS/CPU/environment has
-<edx> it is not included with the source though
-<Bagder> no, since it is generated
-<Bagder> you wanna see how mine looks like?
-<edx> ok
-<edx> vsnprintf
-<edx> is that the smae as sprintf
-<Bagder> almost
-<Bagder> http://storebror.haxx.se/ample-config.h
-<edx> whats the difference?
-<edx> thanks
-<Bagder> check vsprintf(), you must have that in windows too
-<Zagor> the 'v' means it takes variable arguments from your input parameters
-<Bagder> the extra n is only for the extra argument specifying the maximum output length
-<edx> but it does not take int as second parameter
-<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]")
-* edx does not have the time to work through all that right now
-<Bagder> I fully understand that
-<edx> heh.. i guess it would need a week of free time to fully translate it
-<edx> there are tools for windows, certainly
-<Bagder> sure
-<Bagder> but finding a good free one is another issue probably
-<Bagder> windows is polluted with silly shareware and expensive software
-<edx> sure
-<edx> well - it is like free software most of the time - I dont spend too much money on software ;)
-<edx> i just found a mp3server.. im gonna try it :)
-<edx> 16kb/sek arent enough anyways lol
-<edx> check this out:
-<edx> http://codeforce.d2g.com:12345/file
-<edx> username: edx / pw: edxmp3
-<Bagder> is a stream somewhere too?
-<Bagder> is there
-<edx> click on a file... should work..
-<edx> well it just links to the mp3
-<edx> hmm
-<Bagder> yes, then I download the mp3
-<edx> well in windows you listen to it directly if you want to
-<Bagder> but only one file at a time
-<edx> *cool - accessing all my mp3s from school*
-<edx> jup
-<Bagder> ha
-<edx> not comparable to ample
-<Bagder> fun anyway ;-)
-<edx> yea
-<edx> hm i have to reconfigure.. right now it acccesses mp3s via LAN - ill store only a few mp3s on the server - then they are even accessable if my computer is not turned on
-<edx> well... gotta go...
-<edx> good n8 :)_
-<Bagder> bye edx
---- edx is now known as edx|sleeping
-<Zagor> bye
-<Bagder> good neight? ;-)
-<Zagor> sounds dutch
-<edx|sleeping> LOL
-<Bagder> I wonder what it means? ;-)
-<edx|sleeping> haha
-<edx|sleeping> if somebody with windows ever gets here tell him to debug my code :o)
-<edx|sleeping> cya
-<Bagder> yes sir!
-* Zagor just realised he has a strawberry/cheesecake ice cream in the freezer
-<Zagor> mmmm...
-<Bagder> yikes
-<Zagor> vfat is a mess
-<Zagor> fat32 is alright, but vfat is really bad
-<Zagor> each name is split into (up to) 13 entries
-<Zagor> each entry is split into 3 parts
-<Zagor> and to top it off
-<Zagor> the entries are stored backwards
-* Zagor is crying
-<Bagder> vfat, that's for the long file names only?
-<Zagor> yes
-<Bagder> you committed any working code?
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<Zagor> not yet
-<Zagor> hey, linus!
-<Linus> Yo!
-<Bagder> I'm curious
-<Bagder> hej Linus
-<Linus> Hejsan!
-<Linus> Whazzup?
-<Zagor> fat32 is working. open/read/seek is done. grinding away on vfat now.
-<Linus> Ninja!
-<Zagor> Bagder: clarification: I have committed the working fat32 code, but not any vfat code
-<Bagder> so, theoreticly we should be closing in on reading a file now
-* Bagder updates
-<Zagor> yes. but we need the upper layer written
-<Bagder> right
-<Zagor> the fat code handles sectors, not bytes
-<Zagor> i figured that would be a fair tradeoff
-<Zagor> so the upper layer handles accesses for bytes within a sector
-<Zagor> agreed?
-<Linus> Fair enough.
-<Bagder> indeed
-<Zagor> yesss... single-entry longnames working.
-<Bagder> I bet they hardly ever occur ;-)
-<Zagor> hehe
-<Bagder> are they fixed-size per entry?
-<Zagor> all files get longname entries, no matter the length, since longname entries have fewer restrictions on the name
-<Zagor> yes, 13 characters per entry
-<Zagor> wooooooooooooooooooooooooooo
-<Zagor> works
-<Zagor> C:\> dir
-<Zagor> ata: Reading sector 76
-<Zagor> config-player.h (59)
-<Zagor> config-playerold.h (60)
-<Zagor> now on to cross-sector names...
-<Bagder> really neat prompt you made for your test program ;-)
-<Bagder> good old DOS-style
-* Zagor blames Linus
-<Bagder> yeah yeah we all do that
-<Bagder> :-)
-<Zagor> hehe
-* Linus denies everything
-<Zagor> bl, longnames can span THREE sectors :-(
-* Zagor needs a new strategy
-* Linus need som sleep to cope with the MAS music orgy tomorrow... :-)
-<Zagor> hehe. good night
-<Bagder> :-)
-<Bagder> nighty nighty
-<Linus> Zagor. The charger is fried on your new archos. I will try to find out what needs to be replaced.
-<Zagor> ok
-<Linus> Nighty.
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
diff --git a/www/irc/rockbox-20020427.log b/www/irc/rockbox-20020427.log
deleted file mode 100644
index 504e5f0444..0000000000
--- a/www/irc/rockbox-20020427.log
+++ /dev/null
@@ -1,938 +0,0 @@
-**** BEGIN LOGGING AT Sat Apr 27 18:02:19 2002
-
---> adiamas (~adiamas@as5300-9.216-194-23-95.nyc.ny.metconnect.net) has joined #rockbox
---- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
---- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
-<adiamas> okay... logging again :)
-<adiamas> i mailed the log from the 26th out
-<Zagor> to the list?
-<adiamas> sorry.. not mailed... cvs'd
-<Zagor> ah
-<Zagor> did you update the .t file too?
-<adiamas> nope.. ill get that..
-<adiamas> done
-<Zagor> I tried to add a cron job, but got some permission problems so it's still manual
-<Bagder> lids related?
-<Zagor> I don't know. I'll find the error mail
-<Zagor> Subject: Cron <bjst@labb> (cd $HOME/bjorn_html/rockbox; cvs update; make)
-<Zagor> rcmd: socket: Permission denied
-<Zagor> cvs [update aborted]: end of file from server (consult above messages if any)
-<Zagor> ah
-<Zagor> it's not having CVS_RSH=ssh
-<Bagder> but it shouldn't
-<Bagder> you should update anonymously
-<Zagor> ah, yes. I *should* :-)
-<Bagder> aaaaah
-<Bagder> say no more ;-)
-<Zagor> trying again
-<Zagor> GOTCHA
-<Zagor> cross-sector filenames now work too
-<Zagor> it ain't pretty, but it works :)
-<Bagder> heh, I hope you smack on some comments explaining the non-prettiness
-<Zagor> i'm trying...
-<Zagor> it's the sector caching that makes a mess
-<Zagor> i'll check it in so you can take a look
-<Bagder> sure!
-<Zagor> it's in
-<Zagor> at the bottom, fat_getnext()
-<Bagder> one sec
-<Bagder> its not that bad really
-<Zagor> i found an unnecessary line: ptr = ent->cached_buf
-<Bagder> on 963?
-<Zagor> no, 971
-<Bagder> ah
-<Bagder> right
-<Zagor> since it's already being done on 963
-<Zagor> removing that, I can collapse the ifs a bit
-<Zagor> i'd say this moves the fat code into GREEN status
-* Bagder horrays
-<Zagor> what a difference a day makes :)
-* Bagder presses reload on the rockbox page like crazy
-<Zagor> hehe
-<Zagor> now
-<Bagder> plopp
-<Bagder> 7 green ones
-<Bagder> 9 yellow to go
-<Zagor> yeah
-<Bagder> we should write a little converter for pics to our internal pixmap format
-<Bagder> did you write one for gifs to some odd format?
-<Bagder> thinking about the rockbox logo now
-<Zagor> no that was hand-pixeled by thomas
-<Bagder> yes, but I recall something about you doing something like that on Siemens?
-<Bagder> a converter that is
-<Zagor> ah, yes
-<Zagor> umm, i can't remember the name of the format :)
-<Bagder> in fact
-<Bagder> just loading a software showing the logo will make a *great* foto
-<Zagor> yup
-<Zagor> PPM i think the format is called
-<Zagor> portable pixmap
-<Bagder> ah yes
-<Bagder> I'll hack up a little app embryo right now
-<Zagor> the simulator should be able to do this, right?
-<Bagder> do what?
-<Zagor> run this app, showing the logo
-<Bagder> yes
-<Zagor> if you run it, include the ata code and run ata_init(). that should prevent it locking the disk.
-<Zagor> ah, the cron job works now
-<Bagder> fine
-<Bagder> but I'm not gonna try running it on target yet
-<Zagor> I can understand that :)
-<Zagor> we should fix an unlock patch for the usb 2.0 driver too.
-<Bagder> that would be really good
-<Bagder> I'll make it possible to start tetris from the app's menu
-<Bagder> :-)
-<Zagor> :)
-<Bagder> hm, doesn't work
-<Zagor> what's the problem?
-<Bagder> I can't manage to get the "cursor" to show up
-<Zagor> cursor?
-<Bagder> I have three lines in a "menu"
-<Zagor> ah
-<Bagder> and I want to move a "marker" along the side of them
-<Zagor> i see
-<Bagder> hm
-<Bagder> I need to force a screen update somehow I guess
-<Bagder> of course I do
-<Bagder> silly me
-<Zagor> yes :)
-<Bagder> yes, and clear the marker when I move away... :-)
-<Zagor> ok, time for file.c
-<Bagder> roxxers
-<Bagder> hehe, now I can start tetris from the menu ;-)
-<Zagor> nice!
-<Bagder> gotta clear the screen first though
-<Zagor> hmm, both the man pages for remove() and unlink() claim POSIX conformance
-<Zagor> remove() is undoubtedly a better name
-<Bagder> it is
-<adiamas> well.. depends on how you look at it...
-<adiamas> you aren't really 'removing' the file from the system...
-<adiamas> you are more so 'unlink'ing it from the system
-<Zagor> you're removing it from view :)
-<adiamas> but your also unlinking it from the file system ;)
-<Bagder> hey you can't drop the block in tetris!
-<Zagor> no, only speed it up
-* Bagder made the x11 lcd display flicker free now
-<Bagder> try the new uisim
-<Bagder> just committed
-<Zagor> lots of updates :)
-<Zagor> how do you select an entry?
-<Bagder> right
-<Zagor> ah
-<Bagder> but you can't leave tetris ;-)
-<Bagder> I better fix that
-<Zagor> still, our first menu!
-<Bagder> I like that big font
-<Zagor> hehe
-<Bagder> now
-<Bagder> should I move the X11 stuff into a subdir?
-<Bagder> or should I put the app stuff in a subdir?
-<Zagor> put X11 in a subdir
-<Bagder> it makes sense
-<Zagor> then we put all apps in the root and just link to win32 or x11
-<Bagder> of course, the app stuff should probably be in the firmware dir...
-<Zagor> yeah, but I expect we'll have lots of little "toy apps" mainly for the simulator
-<Bagder> oh yes!
-<Bagder> do we have a sleep() yet?
-<Zagor> well we have it
-<Zagor> but it's not working right on target, since we haven't set up the timer interrupt yet
-<Bagder> I was just thinking how I should proceed to slow my app down ;-)
-<Zagor> sleep(ticks)
-<Bagder> why not sleep(ms)
-<Bagder> prevents ms/MS_PER_TICK all over ;-)
-<Zagor> use HZ/freq instead
-<Zagor> no reason really, it's just the simplest implementation
-<Bagder> doesn't really matter, we can have both ;-)
-<Zagor> yup
-<Bagder> now, which key do we stop tetris with?
-<Zagor> a function key
-<Zagor> or OFF
-<Bagder> I'll use off for now
-<Bagder> oh what fun ;-)
-<Zagor> :)
-<Bagder> add a big "Tetris" text too for the fun of it
-<Bagder> ed
-<Bagder> bed time
---- Bagder is now known as Bagderzzz
-<-- Zagor has quit ("bye")
-<adiamas> ummm.. what happened to the makefile for uisim?
-<adiamas> nevermind
-<-- Bagderzzz has quit (carter.openprojects.net irc.openprojects.net)
---> Bagderzzz (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-* adiamas screams at this stupid person
-<adiamas> my god.. i wasn't happy totally with this guys id3 editor..
-<adiamas> so i started digging into it...
-<PsycoXul> heh
-<adiamas> it has to be -the- worst design and execution of code i have ever seen
-<PsycoXul> i did the same thing with grip
-<adiamas> lets have a struct of data, that also has bools in it that tell you if that data field needs to be edited.
-<adiamas> why?
-<adiamas> so you can pass it around your functions.
-<adiamas> but lets be_really_ lazy and use getopt and rely on the externs
-* adiamas screams softly into the night
-<adiamas> who hacked out the tetris file again?
---- edx|sleeping is now known as edx|studying
-* edx|studying thinks he's sick sleeping more than 10 hours the last two nights :?
---- Bagderzzz is now known as Bagder
-<edx|studying> hi bagder :)
-<Bagder> hey
-<Bagder> I moved the x11 sim stuff to its own dir yesterday
-<edx|studying> yea i just updated :)
-<Bagder> so now we both could use the app.c and tetris.c in the uisimulator root
-<edx|studying> good idea.
-<adiamas> nods
-<adiamas> who wrote the tetris originally?
-<Bagder> "Mattis Wadman"
-<edx|studying> there is another problem with the tetris code.
-<edx|studying> that give me a macro redefinition:
-<edx|studying> #define HAVE_RECORDER_KEYPAD
-<edx|studying> what do i do about it?
-<adiamas> ahh hehhe
-<edx|studying> (you need this define there?)
-<edx|studying> i compile with ARCHOS_RECORDER defined the this is defined automatically.
-<Bagder> uh, no it shouldn't be there
-<edx|studying> ok ill delete it
-<adiamas> im trying to understand wtf is happening with the block_dat
-<adiamas> data
-<edx|studying> another thing...
-<edx|studying> unistd.h
-<edx|studying> is not for windows
-<adiamas> same #define is in the x11 should it be there?
-<edx|studying> so im gonna do that:
-<edx|studying> #ifndef _WIN32
-<edx|studying> #include <unistd.h>
-<edx|studying> #endif
-<adiamas> right edx
-<edx|studying> also, for sleep, kernel.h must be included by tetris.c
-<edx|studying> (or app.c)
-<Bagder> well, there is no target version of sleep() yet
-<edx|studying> there is.
-<edx|studying> kernel.c i think
-<edx|studying> i have seen it..
-<Bagder> yes
-<Bagder> but it doesn't work
-<adiamas> Bagder in tetris.c could you tell me what 'frame' is with respect to block_data?
-<Bagder> eeeh
-<Bagder> I don't know really
-<adiamas> k... ill figure it out one way or another..
-<edx|studying> Bagder: how do yo uselect a menu entry? :)
-* adiamas begins to think that the numbness in his left pinky and ring finger is _not_ a good thing
-<Bagder> go right
-<Bagder> but tetris is the only one you can select ;-)
-<edx|studying> ok
-<edx|studying> :)
-<edx|studying> ill upload updated files that are compatible with win32 simulator.
-<edx|studying> ok?
-<Bagder> do that
-<Bagder> I'll make sure the x11 runs fine with em
-<edx|studying> yep
-<edx|studying> go ahead ;)
-<adiamas> edx.. do you understand the block struct?
-<Bagder> done, and modified the app.c and tetris.c slightly
-<Bagder> no more unistd.h :-)
-<edx|studying> ok
-<edx|studying> neither for linux nor for windows :)
-<edx|studying> have you commited them yet?
-<Bagder> yes
-<edx|studying> ok
-<Bagder> you can press 'off' to abort tetris now
-<Bagder> (which is the numerical keypad enter in my case)
-<edx|studying> yea - i use the same keycodes
-<edx|studying> ok great :)
-<edx|studying> the menu still moves a little fast :)
-<edx|studying> (tetris too)
-<edx|studying> how is it on linux?
-<Bagder> that sleep is 1 second for mee
-<Bagder> which makes everything a bit too slow ;-)
-<edx|studying> oh lol
-<edx|studying> sleep 1 is defined Sleep (1000/HZ * 1) for me
-<edx|studying> which is 1/10 second ;)
-<Bagder> heh
-<Bagder> the target sleep() takes 'ticks' as argument and we don't know yet how fast that is
-<Bagder> so I haven't bothered
-<edx|studying> yea
-<edx|studying> bjorn said it was deifined with HZ (but maybe that value is not accurate yet)
-<edx|studying> its 1/100 second btw..
-<edx|studying> not 1/10
-<adiamas> edx... do you understand the block_data structure?
-<edx|studying> no matter.. thats the least problem.
-<edx|studying> adiamas: no i didnt really read the code
-<Bagder> edx|studying: oh, right, haven't seen that
-<adiamas> k...
-<edx|studying> adi: wait a sec
-<edx|studying> hmm strange...
-<edx|studying> does it already contain rotoation... ?
-<edx|studying> lcd_drawpixel(start_x+x+block_data[block][frame][0][i],
-<edx|studying> looking at that.. the first array parameter contains the block #..
-<edx|studying> the second one the frame (?) - maybe rotation?
-<edx|studying> the third parameter is either 0 or 1.. but i dont know why
-<adiamas> nods
-<edx|studying> nods?
-<Bagder> "To lower and raise the head quickly, as in agreement or acknowledgment."
-<edx|studying> ahh
-* edx|studying nods too
-<edx|studying> was just irritated because you didnt write it as a /me msg ;)
-<edx|studying> i guess the four integers are the directions.. (block_data is seperated into 4-int blocks)
-<adiamas> i just don't see the blocks there...
-* adiamas shrugs
-<edx|studying> the first block is the square thingie..
-<edx|studying> im playing around with it now
-<edx|studying> aha.. uhm..
-<adiamas> so: {{0,1,0,1},{0,0,1,1}} is a square?
-<edx|studying> i got it!
-<adiamas> k.. shoot
-<edx|studying> *snip!*
-<edx|studying> one block always consists of four pixels!
-<edx|studying> {0,1,0,1},{0,0,1,1}
-<edx|studying> coordinate of first pixel:
-<edx|studying> (0,0)
-<edx|studying> of second pixel: (1,0) ; of third pix (0,1) of fourth pixel (1,1)
-<edx|studying> can you see how i do it
-<edx|studying> nth pixel coord = (data[0][n],data[1][n])
-<adiamas> ahhhh!!! got ya...
-<adiamas> can you do me a favor.. write that in a comment above it?
-* adiamas likes comments that make sense.
-<edx|studying> heheh sure :)
-* adiamas is toast...
-<adiamas> is it:
-<adiamas> x
-<adiamas> |
-<adiamas> |
-<adiamas> ----y
-<adiamas> or is it
-<adiamas> y|
-<adiamas> |
-<adiamas> |
-<edx|studying> sencond one
-<adiamas> ------x
-<adiamas> ?
-<adiamas> nod
-<edx|studying> //
-<edx|studying> // block_data is built up the following way
-<edx|studying> //
-<edx|studying> // first array index specifies the block number
-<edx|studying> // second array index specifies the rotation of the block
-<edx|studying> // third array index specifies:
-<edx|studying> // 0: x-coordinates of pixels
-<edx|studying> // 1: y-coordinates of pixels
-<edx|studying> // fourth array index specifies the coordinate of a pixel
-<edx|studying> //
-<adiamas> c comments mate ;)
-<edx|studying> like that?
-<adiamas> no c||
-* edx|studying is not a very good formulator
-<adiamas> c++ even
-<edx|studying> ok
-<edx|studying> /*
-<edx|studying> block_data is built up the following way
-<edx|studying> first array index specifies the block number
-<edx|studying> second array index specifies the rotation of the block
-<edx|studying> third array index specifies:
-<edx|studying> 0: x-coordinates of pixels
-<edx|studying> 1: y-coordinates of pixels
-<edx|studying> fourth array index specifies the coordinate of a pixel
-<edx|studying> */
-<edx|studying> is that understandable... :/
-<adiamas> looks fine to me
---> edx|disconnected (edx@pD4B9E91F.dip.t-dialin.net) has joined #rockbox
---- edx|disconnected is now known as edx
-<edx> int block_data[7][4][2][4] =
-<edx> {
-<edx> {
-<edx> {{0,1,0,1},{0,0,1,1}}
-<edx> },
-<edx> is that translated to:
-<edx> int block_data[7][4][2][4] =
-<edx> {
-<edx> {
-<edx> {{0,1,0,1},{0,0,1,1}},
-<edx> {{0,1,0,1},{0,0,1,1}},
-<edx> {{0,1,0,1},{0,0,1,1}},
-<edx> {{0,1,0,1},{0,0,1,1}}
-<edx> },
-<edx> ?
-<edx> because the block needs rotation
-<edx> (but its the same in any direction)
-<adiamas> i would assume so.
-* edx commited tetris.c
-<adiamas> yeah, seems every block pivits on (1,1)
-<adiamas> or there in abouts
---- ChanServ gives channel operator status to edx
-<-- edx has kicked edx|studying from #rockbox (Stupid irc corpse!)
---- edx removes channel operator status from edx
---- edx is now known as edx|studying
---> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
-<edx|studying> hi :)
-<Zagor> hi
-<Bagder> edx|studying: that tetris.c in the win32 dir should be removed now shouldn't it?
-<edx|studying> aehm - yea wait a sec
-<edx|studying> ok it is
-<Bagder> :-)
-<Zagor> is there any way to make 'sed' not use / for its' regex?
-<Bagder> yes
-* edx|studying doesnt understand a word
-<Bagder> Zagor: just use it after the s
-<Bagder> sxmooxpoo
-<Zagor> ok. strange that the man page doesn't say that
-<edx|studying> what's 'sed'
-<Bagder> one of those secret tricks ;-)
-<edx|studying> heh give me the man page ;)
-<Bagder> sed is a dead cool unix command line tool
-<edx|studying> what does it do?
-<Bagder> uh, replaces regexes in a stream ;-)
-<edx|studying> what are regexes
-<edx|studying> (sorry for asking so much)
-<Bagder> regex is a pattern, similar to wildcard but a lot more advanced and powerful
-<edx|studying> ah ok
-<edx|studying> that is like *.[mp3|m3u] or something like that?
-<Bagder> ".*(mp3|m3u)$" would be good regex for that
-<edx|studying> aha
-<edx|studying> that $ indicates that the ( and ) do not belong to the name?
-<Bagder> no, $ matches end of string
-<Bagder> so that the mp3 or m3u must end it
-<edx|studying> ahh
-<edx|studying> ok - really advanced ;)
-<Bagder> right, and this is only scratching on the surface
-<edx|studying> hehe
-<edx|studying> what does sxmooxpoo do?
-<edx|studying> lol
-<Bagder> it replaces all occurrances of 'moo' with 'poo' :-)
-<edx|studying> so sed can also rename files?
-<Bagder> no, it replaces text in a stream
-<Bagder> cat file | sed -e s/replace/this > newfile
-<edx|studying> ok
-<edx|studying> couldnt one use it for filenames as well.. i have needed something like that a couple of times ;)
-<Bagder> sure you can
-<Bagder> in unix you just write up a quick script to do it
-<edx|studying> hehe
-<PsycoXul> its easier in bash than with sed unless you wanna do things that bash can't do
-<PsycoXul> heh
-* Bagder jumps, PsycoXul is alive ;-)
-<PsycoXul> like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'
-<PsycoXul> heh
-<PsycoXul> or whatever :p
-<PsycoXul> Bagder: yeah
-<Zagor> that's precisely what I was doing, only "bleh" contained a full path with / characters
-<Zagor> dependency generation now fixed for 'firmware'
-* edx|studying shakes awestruck
-* adiamas cocks his head to the side and stares at edx
-<adiamas> what awestrikes you?
-<edx|studying> "like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'"
-<Bagder> unix in a nutshell
-<Zagor> actually, it's only: for d in $(DEPDIRS); do { if [ ! -d $$d ]; then mkdir $$d; fi; }; done
-<Zagor> but then
-<edx|studying> what the heck das that do?
-<Zagor> $(CC) -MM $(CFLAGS) $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > $@; [ -s $@ ] || rm -f $@
-* Bagder falls off his chair laughing
-<Zagor> it creates the directories listed in $(DEPDIRS) if they don't already exists
-* edx|studying cries out despairing
-<edx|studying> what does "fi;" do there?
-<Zagor> it's the end of "if"
-<edx|studying> ahh lol
-<adiamas> think: if(true){ }
-<PsycoXul> hmm
-<edx|studying> what does the second thing do?
-<Zagor> it runs the dependency generator, with, umm, correct parameters :)
-<PsycoXul> heh
-<edx|studying> hm.. aha
-* adiamas thinks we need to get edx to dual boot his box ;)
-<Zagor> yup
-<edx|studying> i can use vmware ;)
-<edx|studying> you guys know that, right?
-<edx|studying> $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > that inserts the return value of sed ??
-<adiamas> edx trust me dude... once you get off windows, you don't go back...
-<edx|studying> adi: i have tried that a lot of times - i always came back ;)
-<edx|studying> i dont even have the latest linux installation file
-<edx|studying> where do i get it :)
-<edx|studying> can i d/l it somewhere?
-* adiamas has always done his installs off cd, so i cant tell you.
-<PsycoXul> heh
-<PsycoXul> linux installation file?
-<edx|studying> well .. the cd image or whatever
-<Zagor> http://mirrors.sunsite.dk/debian-netinst-cd/
-<edx|studying> you use debian?
-<PsycoXul> Zagor: if it has / chars its easier with sed using like sed -e #eh/blah/bleh#eh/blah/blah#g
-<Zagor> not for this machine, but for others
-<edx|studying> "these images are intended for developers, administrators, and advanced users" ** ohoh
-<Zagor> PsycoXul: I know, i'm using | in this expression
-<PsycoXul> with bash's substitution you have to use / chars for the sub so you have to escape any /'s within it
-<PsycoXul> yeah, with sed you can use i think any char
-* edx|studying loads the iso @ 40kb/sek
-<edx|studying> why is it only 30 megs?
-<Zagor> because it's a netinstall
-<PsycoXul> because its net install
-<PsycoXul> heh
-<edx|studying> ok
-<edx|studying> that wont work - i bet!
-<PsycoXul> why not?
-<edx|studying> it's linux - why would net install work on linux :P
-<Zagor> it works fine, but maybe you're not ripe for debian yet :)
-<PsycoXul> heh
-<edx|studying> i will install with vmware - so it is no problem to remove it any time :P
-<PsycoXul> forget vmware :p
-<PsycoXul> you can't *really* use an os in vmware :p
-<edx|studying> why noy
-<PsycoXul> well
-<PsycoXul> what're you gonna do with it?
-<edx|studying> try the console commands you post lol
-<PsycoXul> i mean its like making a system thats half of your real one but without direct hardware access
-<edx|studying> i use w2k on vmware too
-<PsycoXul> what are you really running?
-<PsycoXul> heh
-<edx|studying> winxp ;)
-* adiamas runs screaming into the night
-<edx|studying> the most-bloaty-dummy-user-system there is haha
-<edx|studying> but it's cool :)
-<PsycoXul> heh
-<edx|studying> this iso is a boot cd?
-<edx|studying> or what does it do?
-<PsycoXul> should be
-<edx|studying> how many hd space do you recommend for a linux hd ?
-<Zagor> all of it :)
-<edx|studying> haha
-<edx|studying> how much hd space do you have :)
-<Zagor> 80 gigs
-<Zagor> but actually, I have a 4 gig win95 partition for playing games
-<edx|studying> ok.. now i have 110 gigs.. then ill take 4 gigs for linux :P
-<Zagor> hehe
-* edx|studying booting vmware from debian image
-<edx|studying> do i want to retain linux kernel 2.0 compability?
-<edx|studying> :?
-<Bagder> I doubt it
-<edx|studying> ok
-<edx|studying> "please choos the path inside the CD-ROM where the Debian Archive resides."
-<edx|studying> anyone knows where that is?
-* Bagder shakes his head
-<Zagor> just press enter
-<edx|studying> ok
-* edx|studying is too stupid to just press enter
-<edx|studying> heh.. it works so far..
-<edx|studying> but wait till it comes to the internet update - i am sure it will mess up!!
-<edx|studying> there it begins.. it cannot find teh basedbs.tgz :/
-* adiamas heads off to bedd for a bit
-<Zagor> well did it find a network interface? vmware is no standard pc
-<adiamas> see you all in a while
---- You are now known as adi|napping
-<edx|studying> i am not that far yet
-<Bagder> night adiamas
-<edx|studying> Next: Install the base system
-<edx|studying> night..
-<edx|studying> *pressing enter*
-<edx|studying> Please selecte the medium you will use to install blah..
-<edx|studying> that is CDRom Drive, right?
-<Zagor> network
-<edx|studying> heh.. ok network is n/a
-<Zagor> bah. told you vmware was no good
-<edx|studying> i didnt configure drivers yet.. wait a sec
-<edx|studying> bah.. it does not contain a device driver for my card
-<Zagor> you're not having a card, you're having vmware
-<edx|studying> i do have a card
-<Zagor> it uses a special virtual network interface
-<edx|studying> vmware makes it :o)
-<Zagor> yes
-<edx|studying> it would not support my adapter anyways
-<edx|studying> it only has 2 dlink cards listed
-<Zagor> which dlink do you have?
-<Zagor> most dlinks are NE2000 compatible
-<edx|studying> yea i was gonna try that
-<edx|studying> D-Link DFE-530TX
-<edx|studying> PCI NE2000 support
-<edx|studying> that's ok?
-<Bagder> "Cheap, drivers installed perfectly, Linux support. "
-<Bagder> (googled quote)
-<Zagor> sounds ok
-<edx|studying> "installation failed"
-<edx|studying> why cant it do like windows and determine drivers itself?
-<edx|studying> :P
-* Bagder smacks edx
-<Zagor> it did for me. try native and you'll se
-<edx|studying> never ever am i gonna try native unless i want to destroy my windows :P
-<Bagder> the via-rhine driver it should be
-<Bagder> http://www.dlink.co.uk/support/linux_supp.html
-<Zagor> repartition the disk so you get a couple of gigs free, then there's no worry
-<edx|studying> thanks bagder.. tulip aha
-<edx|studying> wont work either
-<Bagder> tulip?
-<Bagder> via-rhine
-<edx|studying> that is the driver name
-<edx|studying> ooops!
-<edx|studying> right, thanks
-<edx|studying> fails anyways
-* edx|studying does not know any command-line arguments
-<edx|studying> for the network adapter
-<edx|studying> what filesystem shall i install on the hd?
-<Zagor> ext2
-<edx|studying> k
-<edx|studying> and a linux swap?
-<Zagor> yes
-<edx|studying> Extended = ext2?
-<Zagor> yes
-<Bagder> I'll run off and shop some food, back in an hour or so
-<edx|studying> *all thse sunday-shopping people* - i wish that was possible in Germany
-<Zagor> it's really strange that you can't buy stuff on weekends
-<edx|studying> it is strange that you can ;)
-<edx|studying> on saturdays we can till 1PM (on every fourth saturday till 4PM)
-<edx|studying> but that is all
-<Zagor> Are gas stations open?
-<edx|studying> yea
-<edx|studying> but they are expensive
-<Zagor> of course, they have no competition
-<Zagor> government mandated monopolies are usually quite expensive...
-<edx|studying> debian is still checking for bad blocks on the hd.. ill see what i can do after that..
-<edx|studying> yea
-<Zagor> how big partition are you using?
-<edx|studying> 4GB and 300mB for swap
-<Zagor> ok
-<edx|studying> i guess the bigges problem is the vmware network adapter
-<Zagor> it shouldn't take long, but i guess everything is a bit slower under vmware
-<edx|studying> yea
-<edx|studying> its 2/3 finished
-<edx|studying> i'll try an ethernet driver maybe...
---> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #Rockbox
-<edx|studying> hi
-<calpefrosch> hi
-<calpefrosch> have to done something at the simulator ?
-<edx|studying> Zagor: Note: If the virtual machine's Ethernet adapter has been enabled, the installation program will auto-detect and load the AMD PC/Net 32 driver
-<edx|studying> yea
-<edx|studying> but the file system thing is not working :/
-<edx|studying> it gives me an error i just cant fix!
-<Zagor> edx|studying: I added file.h and dir.h to firmware/common yesterday, so you know the API
-<Zagor> we renamed unlink() to remove()
-<calpefrosch> I will update the code tomorrow at work. I have no VC++ at home.
-<edx|studying> oh.. I added that file to - but didnt commit
-<edx|studying> ok
-<Zagor> hehe
-<edx|studying> At the "Network Configuration" screen, respond OK to use the default: Use bootp/dhcp.
-<Zagor> do you have a fixed ip or dhcp?
-<edx|studying> in LAN i have dhcp
-<Zagor> then use that
-<edx|studying> well i am not that far yet
-<Zagor> k
-<edx|studying> AMD PC/Net 32 driver.. i hope that one exists
-<edx|studying> (and works)
-<calpefrosch> what do you use to organize the MP3 files ? I have about 10 GB.
-<edx|studying> heh ntfs file system - nothing actually :)
-<Zagor> directories :)
-<calpefrosch> mhh, good idea. but how to search one song ?
-<calpefrosch> I mean, on the archos...
-<Zagor> oh
-<Zagor> you need a good system...
-<Zagor> in your head and in your archos :)
-<edx|studying> genre/artist/album/name.mp3
-<calpefrosch> hmm, I think I'm to lazy... ;-)
-<calpefrosch> ok, I have to organzie some files, hehe
-<calpefrosch> cu
-<edx|studying> what is the device path of the cdr drive?
-<edx|studying> cu
---- calpefrosch is now known as calpefrosch|drea
---- calpefrosch|drea is now known as calpefrosch|away
-<Zagor> /dev/cdrom usually
-<edx|studying> *hard reboot and redo it all*
-<Zagor> hehe
-<edx|studying> *keep pressing enter*
-<edx|studying> *beeing further than before*
-<Zagor> brb
-<edx|studying> what file systems do i install to the kerbnel?
-* Bagder crawls back into his chair
-<edx|studying> hi
-<Bagder> hey
-<edx|studying> (that is re)
-<edx|studying> no success installing debian :(
-<edx|studying> it wont work with the network adapter
-<Bagder> annoying
-<edx|studying> really.
-<PsycoXul> anybody ever seen these things? http://www.thinkgeek.com/stuff/computing/5a15.shtml
-<PsycoXul> edx|studying: what network adapter
-<PsycoXul> debian should have no problems with vmware's emulated nic
-<edx|studying> PsycoXul: D-LINK 530X
-<Bagder> weird gadget
-<edx|studying> yea its the vmware bridged network adapter
-<edx|studying> what does this soundbug do?
-<edx|studying> play music aloud?
-<Bagder> " A single Soundbug can generate sound levels of up to 75 dBm peak, easily loud enough for a group of people to enjoy music together, or listen to the sound output from a laptop presentation or a camcorder video. "
---> alkorr (alkorr@srs07v-7-188.n.club-internet.fr) has joined #rockbox
-<Bagder> hi alkorr
-<alkorr> hi Bag'
-<alkorr> hum... Bagd'
-<edx|studying> hi alan.
-<edx|studying> i made a makefile for uisw32
-<alkorr> good
-<alkorr> did you commit ?
-<edx|studying> yea
-<Bagder> it'll probably need adjusting though after yesterday night
-<edx|studying> maybe..
-<edx|studying> no actually not
-<edx|studying> teh file.h inside the firmware dir needs tho
-<alkorr> weird i didn't receive any new CVS commits in my emailbox...
-<edx|studying> nobody does currently i think
-<Bagder> the commits mails are absent right now
-<Bagder> we've commited like crazy, but no mails...
-<alkorr> but i did receive a test from Bjrn
-<alkorr> edx: you should have a lookup in this page : http://www.gamedev.net/reference/articles/article1598.asp
-<edx|studying> but writing in SDL is so much more work..
-<edx|studying> SDL is a nice interface :) - but it is not thought for such use
-<alkorr> i don't think so, there would be less code to write
-<edx|studying> i dont think there would be less code to write.
-<edx|studying> look at it now - its less than 100 lines win32 specific code
-<alkorr> yes but the main goal is to have the same code for Linux and Windows, even people from MacOS and other unixes should be able to use the same code
-<alkorr> anyway you are not interested by a SDL port ?
-<Bagder> alkorr: if you make one, we'll surely be interested
-<alkorr> Bagd': we will see
-<alkorr> quite now i'm looking for simple examples
-<alkorr> see you
-<-- alkorr has quit ()
-<-- calpefrosch|away has quit ()
-<Bagder> see ya tomorrow, gotta go now
-<-- Bagder has quit ("http://daniel.haxx.se")
---> calpefrosch (~hotrana@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
-<calpefrosch> is there somewhere a file.c ?
-<edx|studying> only for simulator.
-<edx|studying> file-win32.c
-<edx|studying> you dont really need it tho.
-<edx|studying> al teh functions are native (stdio.h , io.h)
-<calpefrosch> yes, but I have a book "C Programmierung lernen" in my hands.
-<edx|studying> hehe
-<calpefrosch> and wanted to know why there is a "extern" statement but no implementation
-<edx|studying> well - the impelementation is missing.
-<calpefrosch> please don't laugh ;-)
-<edx|studying> no way.. :)
-<edx|studying> the implementation is indeed missing for the firmware.. but not for the simulator
-<calpefrosch> I'm coming from the pascal ( Turbo Pascal, Delphi ) edge
-<edx|studying> i put an #ifndef SIMULATOR there
-<edx|studying> yea i did that too once ;)
-<calpefrosch> yeah, I saw that. so there are no firmware-file function?
-<calpefrosch> and java
-<edx|studying> i never did java - right, no firmware file functions
-<calpefrosch> okay.
-<calpefrosch> and the dir is also missing =
-<edx|studying> yea
-<edx|studying> even the predefinitions are missing
-<edx|studying> my file.h contained them but Zagor commited faster then i did ;)
-<calpefrosch> oh
-<calpefrosch> can I talk to you tomorrow morning til 8 ?
-<edx|studying> i gotta go to school at 7..
-<edx|studying> i might not even be online before :/
-<calpefrosch> hmm, okay. can you try to put some compiling/working code to the cvs ?
-<calpefrosch> so I can "play" around with it ?
-<edx|studying> the code is working
-<edx|studying> you resmove the file-win32.c from the project.
-<edx|studying> the int works perfectly.
-<edx|studying> *int = it
-<calpefrosch> tnx, are you working on the file-win32.c ?
-<edx|studying> currently not...
-<edx|studying> i cannot spot the mistake *shame on me*
-<calpefrosch> he, you are 15 (right?) and a good programmer. do you want to do this as a job in future =
-<calpefrosch> ?
-<edx|studying> sure.. :)
-<calpefrosch> cool
-<calpefrosch> I love this job. sometimes I cannot sleep because I'm thinking about a problem.
-<edx|studying> hehe i have had this since I was 10 :)
-<calpefrosch> And if I get the clue, I cannot wait to get to job. I really love it.
-<edx|studying> yea
-<edx|studying> it is amazing - sometimes I get up at 5 AM just to try something :)
-<calpefrosch> yeah. Everybody calls me a "hacker", only because I'm not such a clean Projectmanager.
-<calpefrosch> like some others.
-<calpefrosch> hehe, there are many really bad coders in the company.
-<edx|studying> hehe
-<calpefrosch> I'm just lokking at your file-win32.c
-<edx|studying> hm the c file is rather uninteresting
-<edx|studying> the file-win32.h causes the problem
-<calpefrosch> ah
-<edx|studying> typedef _finddata_t DIR;
-<edx|studying> it wont recognize _finddata_t though it is definded or something - I really have no clue.
-<calpefrosch> what means the _ before the name ?
-<edx|studying> it is just definde that way. in io.h
-<edx|studying> its not defined by me or anyone of this project. it is a standard type
-<calpefrosch> yes, I see. and what means the typedef ?
-<calpefrosch> if it's already defined ?
-<calpefrosch> I found an example in the www: struct _finddata_t FFBLK1;
-<edx|studying> ahhhhhhhhhhhhh!
-<edx|studying> THANKS
-<edx|studying> i guess you fixed it..
-<edx|studying> *wait a sec*
-<calpefrosch> * rejoice *
-<calpefrosch> look at this: http://www.dma.org/~deand/potm.html
-<calpefrosch> sorry, my girlfried yells. ;-)
-<edx|studying> hehe
-<calpefrosch> I have to go. good luck. I try some things tomorrow. l8r
---- calpefrosch is now known as calpefrosch|away
-<edx|studying> yeah! i got it
-<edx|studying> thanks calpefrosch :)
-<edx|studying> ill udate cvs now
-<edx|studying> Zagor, are you there?
---- edx|studying is now known as edx|away
---- edx|away is now known as edx
-<edx> are you there now, Zag?
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<edx> hi
-<Linus> Hi
-<coyote-> humdidum
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
---- Zagor is now known as Zagor|away
---- calpefrosch|away is now known as calpefrosch
-<calpefrosch> hey
-<edx> hi
-<edx> jeez thanks heaps!
-<edx> i fixed it ;)
-<calpefrosch> cool
-<edx> didnt commit yet... wait a sec.
-<calpefrosch> I just install VC .NET and test the sim
-<edx> ah.. well it is useless anyways - the functions need to be defined in file.h and i was gonna ask zagor whether i may do that.. hes not in right now
-<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
---> calpefrosch (~calpefros@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
-<calpefrosch> sorry, the setup has done a reset
-<calpefrosch> without asking me :-(
-<calpefrosch> edx, ru there?
-<edx> yea
-<calpefrosch> hey, this damned .NET Setup is not working
-<calpefrosch> I can't install VC++
-<calpefrosch> do you have the beta, or the origin version
---- calpefrosch is now known as calpefrosch|away
---- calpefrosch|away is now known as calpefrosch
-<calpefrosch> edx: have you commited the file-win32.* ???
-<-- calpefrosch has quit ()
---> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
---- calpefrosch is now known as calpefrosch|away
-<edx> hmmmm
-<edx> i have the original version - beta worked for me too
-<edx> but i have heard from other ppl that beta did not work for them
---- calpefrosch|away is now known as calpefrosch
-<calpefrosch> hmm, do you commit ?
-<edx> ..
-<calpefrosch> your work ?
-<edx> committed the two files..
-<calpefrosch> tnx
-<edx> but they dont work and are unneeded yet. - at least they compile
-<calpefrosch> why don't they work ?
-<edx> uhm i dont know
-<edx> couldt really test them
-<edx> i dont know what those functions do in linux
-<calpefrosch> so you want to write function for directory-access ?
---- calpefrosch is now known as calpefrosch|away
-<edx> they will be needed at some point of time
---- edx is now known as edx|away
---- coyote- is now known as Tumm
---- Zagor|away is now known as Zagor
---- edx|away is now known as edx
-<edx> hi Zagor..
-<Zagor> hi
-<edx> i have a question
-<Zagor> ok
-<edx> reagrding the directory functions:
-<edx> where do i put declaration of the functions?
-<edx> also file.h
-<Zagor> they're already in dir.h
-<edx> ah ok!
-<edx> i know what was wrong with the dir definition :)
-<Zagor> :)
-<edx> typedef struct _findfata_t DIR;
-<edx> ***struct***
-<Zagor> ah
-<edx> another thing.. what parts of the dirent struct will be used?
-<edx> i saw it contains an offset to the next dirent entry (??)
-<Zagor> no, it contains the name
-<edx> and a few other thigns.
-<Zagor> it will also contain an attribyte
-<Zagor> attribute
-<Zagor> and a file size
-<Zagor> that's about all it will contain
-<edx> struct direnttag
-<edx> {
-<edx> long d_ino; /* inode number */
-<edx> long d_off; /* offset to the next dirent */
-<edx> unsigned short d_reclen;/* length of this record */
-<edx> unsigned char d_type; /* type of file */
-<edx> char d_name[256]; /* filename */
-<edx> };
-<Zagor> don't look at that
-<Zagor> look at dir.h
-<edx> aha
-<edx> wait a sec
-<edx> oh..
-<edx> good.. well may I put a define in there
-<edx> the DIR thing has to be different for the simulator?
-<Zagor> why?
-<Zagor> oh, ok
-<edx> what does the offset thing in the dir do?
-<edx> array index?
-<Zagor> it's implementation specific
-<edx> but i do not have to keep it for my implementation, do i?
-<Zagor> no you can #ifdef your own implementation
-<edx> i will do that in a separet header file..
-<edx> dir-win32.h
-<Zagor> ok, if you want
-<edx> then.. i need to update file.h
-<Zagor> ok, with what?
-<edx> because if you compile with the simulator, you do not need to define open close etc.. (also not with linux, right)?
-<Zagor> right
-<edx> then.. the compiler gives me an error with your current dirent definition...
-<Zagor> of course. it's the definition for the firmware, not the simulator
-<edx> is that ok:
-<edx> typedef struct {
-<edx> int d_name[256];
-<edx> } dirent;
-<edx> the simulator does not have to change the dirent definition after all.
-<edx> (at least in windows)
-<edx> dirent *readdir (DIR *dir); <--- this will give an error otherwise (if i dont take the typedef above)
-<Zagor> so what is the problem?
-<edx> i need to replace you definition of dirent with mine ;)
-<Zagor> fine, go ahead
-<Zagor> use a file-win32.h
-<edx> extern struct dirent* readdir(DIR* dir); then you could replce this with:
-<edx> extern dirent *readdir (DIR *dir);
-<edx> or is the struct thing somehow important?
-<Zagor> yes, the API is important
-<Zagor> it must stay the same
-<edx> the struct must remain there?
-<Zagor> it's a struct called dirent. it's not a type called dirent
-<edx> tehn ill apply it to my functions as well and it wont matter.
-<Zagor> good
-<Zagor> the struct contents can change, but the function definitions must be exact
-<edx> ok.
-<edx> done.
-<edx> ill commit what i changed
-<edx> done.
-<Zagor> don't use _WIN32. use WIN32
-<edx> hmm grummel..
-<Zagor> umm you smashed my last commit...
-<edx> hm not really.
-<Zagor> no, sorry.
-<edx> i updated before i commited
-<Zagor> i saw wrong :)
-<edx> heh :)
-<edx> ok.. WIN32 instead of _WIN32
-<edx> commited.
-<edx> how can i receive mails for cvs updates?
-<edx> is there a cvs-update-mailing list lol
-<Zagor> yes there is
-<Zagor> rockbox-cvs@cool.haxx.se
-<edx> how can I sign up for that?
-<Zagor> send a mail to majordomo@cool.haxx.se with the text (no subject): subscribe rockbox-cvs
-<edx> thanks.
-<Zagor> right now there's a problem with the cvs mails but I hope it will be worked out soon
-<edx> yea i know of the problem.
-<edx> hey.. other people can unsubscribe me ;)
-<edx> if the know my e-mail adress
-<Zagor> yup
-<Zagor> I have to approve all requests for mail addresses which differ from the one you send from
-<edx> ok then.. i gotta go (school tomorrow again *crying out loudly*)
-<edx> cya
-<Zagor> bye
-* edx is looking forward to the rockbox shirt he gets tomorrow
-<edx> oh - abunsh of cvs notices just arrived ;)
-<Zagor> really?
-<edx> like 10
-<Zagor> nice
-<edx> they append the complete files. that is cool.
-<Zagor> ah, now I got them too
-<Zagor> they append the diffs
-<edx> LOOL even more
-<edx> they are not the latest commits though
-<Zagor> no but I guess their mail server is a bit busy at the moment...
-<edx> hehe
-<edx> well.. good night then - cu tomorrow (ill send you a picture of me wearing the shirt then)
-<Zagor> hehe. good night
-<-- edx has quit ()
-<-- Zagor has quit (Remote closed the connection)
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-<-- calpefrosch|away (calpefrosc@p5082C485.dip0.t-ipconnect.de) has left #rockbox
diff --git a/www/irc/rockbox-20020430.log b/www/irc/rockbox-20020430.log
deleted file mode 100644
index 8413f36a2d..0000000000
--- a/www/irc/rockbox-20020430.log
+++ /dev/null
@@ -1,1230 +0,0 @@
-**** BEGIN LOGGING AT Mon Apr 29 03:08:39 2002
-
-<Zagor> hiya there boys
-<calpefrosch> hi
-<Linus> Yo!
-<Bagder> I think it's about time with a status-report mail to the list Zagor
-<Zagor> hmm, yes. i'be been secretly hoping for the irc digests from adi
-<Bagder> further, have anyone thought about what document format we want?
-<Bagder> man pages? doxygen? ascii? html?
-<Zagor> html is good, i'd say
-* Bagder thinks about API docs etc
-<Bagder> well, html can be generated from man pages and doxygen for example... :-)
-<Zagor> yes, but what is the source format? how do we WRITE the docs?
-<Bagder> right
-<Bagder> doxygen might be cool, I haven't really worked with it though
-<Linus> WRITE DOCS? YUCK!
-<Linus> :-)
-* Zagor takes away Linus' coffee. See? Motivated enough now?
-<Bagder> we see more and more people asking about various APIs now
-<Bagder> it'll just grow
-<Linus> AAAAAAH! I'll write docs....please GIVE ME MY COFFEEEEEEEE!
-<Zagor> on the other hand, this is not the best time to document them since they are still changing frequently
-<Bagder> things like the file.h isn't
-<Zagor> true
-<Bagder> anyway, if we'd use doxygen, it generates docs based on function comment headers
-<wavey_> morning
-<Bagder> so it should be correct
-<Bagder> hey wavey_
-<Zagor> hi there wav. dug yourself up from under the cvs mails yet? ;)
---- wavey_ is now known as wavey
-<Bagder> yikes, those sure came as a tsunami!
-<wavey> heh - i haven't looked since friday
-* wavey winces
-<Zagor> ooh, you're up for a treat!
-<Zagor> (in for?)
-<Bagder> been a productive weekend
-<wavey> wow - busy weekend for everyone! :)
-<Bagder> indeed
-<Bagder> no one with a life in sight ;-)
-<wavey> i've been busy too. i've written a playlist impl doc which states some fundamentals and asks some qs
-<wavey> you wanna read it or shall i throw it to the list?
-<Bagder> I'd say the list
-<wavey> i was thinking we could have a docs/ subdir
-<wavey> for complex explanations
-* Bagder agrees
-<wavey> or will the website do?
-<wavey> i also wrote about 400 lines of code
-<wavey> i'm currently hosting it my own main.c to test it
-<wavey> is the simulator at all ready to host that sort of thing?
-<Bagder> very soon
-<wavey> coolio
-<wavey> i won't check in my harness then
-<Bagder> both sims are now supporting the lcd and buttons the same
-<wavey> lovely
-<wavey> i still haven't checked it out
-<adiamas> Zagor define "irc digest"
-<adiamas> ive just been logging :)
-<wavey> and i'm busy today :(
-<Bagder> wavey: your code is mostly using the file api, right?
-<wavey> its stubbed out any actual file operations
-<wavey> still getting my high level api rite
-<wavey> right
-<Bagder> anyway, when you commit your code we'll make it run in the simulator
-<wavey> yus
-<Bagder> it has an "embryo" for an app now
-<Bagder> so we could make a playlist editor
-<wavey> cool stuff :)
-<wavey> i'll be able to do some more later thisafternoon
-<Zagor> adiamas: someone offered to write up an "irc digest", summarizing discussions and desicions. I thought that was you, but maybe it was someone else?
-<wavey> i'll work out what can be checked-in
-<adiamas> nope was't me ;)
-<adiamas> im just logging ;)
-<adiamas> which reminds me, someone is going to have to get today... i was missing a few hours
-<adiamas> either that or i just pick up where i came in
-<Bagder> a few hours more or less don't matter
-* adiamas nods
-<adiamas> anyone have an id3 tag editor that they would recommend?
-<adiamas> i can't find anything i like and im to lazy to write my own
-<Bagder> for linux?
-<adiamas> yeah
-<Bagder> I use the command line ones that come with id3lib
-<Bagder> or 'easytag' for a GUI one
-<adiamas> nods
-<Bagder> both kind of works but not extremtly good
-<PsycoXul> i use xmms interactively or just tag them when i rip them
-<Bagder> due to id3lib being rather lame :-/
-<Bagder> 800K package for reading and writing Id3 tags?!!
-<adiamas> lol
-<PsycoXul> hehe
-<Bagder> the most recent versin also fails to compile to my machine
-<Bagder> they claim I have a "too new" gcc
-<Bagder> silly persons
-<Linus> Whoo. I just tested the event queue primitives. The Alpha version works!
-<Linus> But they are not safe for interrupts to post in...
-<Bagder> good progress
-<Bagder> I suggest adding a lcd_update_rect() function, for updating only a part of the LCD
-<Bagder> (recorder)
-<Zagor> sure
-<Bagder> it would probably enable cooler stuff
-<Bagder> s/would/will
-* adiamas screams
-<adiamas> i really really hate the recorder some times
-* Bagder pats adiamas on his head and talks in a gentle tone to calm him down
-<adiamas> this rebooting thing is realkly starting to piss me off...
-<Zagor> rebooting?
-<Bagder> let's hope it is a sw issue
-<adiamas> yeah... i don't know if its my unit or what...
-<adiamas> randomly seems like the sw chokes and dies
-<adiamas> which, since its embedded and all, causes the hardware to reboot
-<adiamas> i don't get this...
-<Linus> I haven't seen it.
-<Zagor> what are you doing when it reboots?
-<adiamas> i have a perfectly valid playlist, i go to play it, it loads all 117 file entries, then on "Play" it just lists (Root)
-<Linus> "listening to music" :-)
-<adiamas> when i move to next, it reboots
-<Zagor> "I was just riding along"
-<Zagor> I've never had that happen
-<adiamas> really realy really starting to annoy me.
-<Zagor> Bagder: you should rewrite id3.c to use nonbuffered io.
-<Bagder> true
-<Zagor> unless you plan to implement it :)
-<Bagder> shouldn't be that hard
-<Bagder> adiamas: it sure sounds like a sw bug
-<Bagder> what sw version ?
-<adiamas> checking
-<adiamas> 1.25b
-<Bagder> I have that one too
-<adiamas> im really starting to think its a hw issue...
-<adiamas> because it's not related to any particular action
-<Zagor> does it only happen when you do that, or other times as well?
-<adiamas> randomly
-<adiamas> just happened now when i scrolled up the directory menu
-<Bagder> does it happen when do things that aren't disk-oriented?
-<Bagder> +you
-<adiamas> and again
-<adiamas> sees to be
-<adiamas> actually.. mis read that.. when its disk oriented
-<Bagder> or disk related perhaps
-<adiamas> im really starting to think that the guy i bought it from sold it for this reason
-<Zagor> sounds like hardware to me
-<adiamas> this keeps up and i may just buy one off shelf and crack this one open...
-<adiamas> but the idea of spend 200+ for crap hw really burns my balls.
-<adiamas> sooooo if we get any more 'donations' and ya'll feel like forwarding them along ;)
-<Zagor> hehe
-<Zagor> do you still have warranty on it?
-<adiamas> id love to break the warentee on this mf.
-<adiamas> not really...
-<adiamas> i bought it second hand off ebay, so dunno if i have a claim on it.
-<Zagor> check with Archos US. if you have it, send it to them. this is definitely a warranty issue.
-<Zagor> if you don't have warranty, crack it open and check a number of solder points
-<Zagor> s/check/resolder/
-* adiamas has _no_ experiance soldering :)
-<Zagor> it sounds like a bad connection somewhere to me
-<Zagor> ok. umm, maybe this isn't a good learning project then :)
-<adiamas> yeah.. expensive one :)
-<adiamas> nice.. and archos only gives a 90 day warranty
-<Zagor> really?
-<Zagor> I think it's a year in europe
-<adiamas> "Archos warranrts to the end user customer that Archos products will be free from defects in materials and workmanship for the duration of 90 days, which begins on the date of purchase by the customer. Customer is responsible for maintaining proof of date of purchase."
-<Zagor> gosh
-<adiamas> im reading it off their warranty card
-<adiamas> reboot again
-<Zagor> swedish law dictates a minimum two years "reclaim time"
-<adiamas> wow....
-<adiamas> that and nice hot blond chicks... im in the wrong country ;)
-<Zagor> hehe
-<adiamas> ill tell you this.. your country has one hell of a PR dept.
-<Zagor> good or bad?
-<adiamas> i have yet to meet an ugly chick from your country
-<Zagor> :)
-<adiamas> seems you only send of the hot chicks as 'opairs' or those live in baby sitters
-<Zagor> yep, we have a selection board
-<Zagor> strict regulations
-<adiamas> hehehe
-<adiamas> my mailing addresss is: 60 Collyer Ave.. send one on over
-<adiamas> i promise ill share with my gf.. no worries ;)
-<Zagor> haha, and she'd take care of...? ;)
-<adiamas> anything she wants ;)
-<Linus> ...you...?
-* adiamas nods happilty
-<adiamas> hell... id be happy to sit back and watch her and the 'wife' go at it
-* adiamas growls
-<Zagor> it's our compensation for the long dark winters
-<adiamas> LOL
-<adiamas> and high suicide rate
-<Zagor> nature always finds a balance
-<adiamas> or was that finland?
-<Zagor> that's a myth, actually
-<Linus> we mostly die of cardiac arrest being compensated for the long winters... :-)
-<Zagor> finland is higher, yes
-* adiamas is from america, home of the 'fast food, gun ordering, beer buying, convenince store drive through'
-* adiamas laughs merrily at linus
-<adiamas> Linus, I ment to ask. Just how common is your name in sweden?
-<Linus> Not very.
-<Zagor> suicide rates per 100k people: USA 11.3, Sweden 14.2, Finland: 23.8
-<Zagor> gotta love the internet :)
-* Zagor should be writing code review protocols right now. Bleh..
-<adiamas> hey, look, another reboot
-<adiamas> heheh
-<adiamas> code review protocols?
-<Zagor> yeah. medical equipment requires lots of red tape
-<adiamas> nod
-<adiamas> anyone else having a hard time loading the rockbox site?
-<Linus> No. why?
-<Zagor> hmm, it's gone blank again
-<Zagor> i don't know why that happens
-<Linus> Oh. Now i see.
-<Linus> I saw that yesterday too.
-<Linus> Its probably Zagors lame update cron job that fucks up.
-<Zagor> it is, but why?
-<adiamas> thats simple
-<adiamas> 42
-<ironi> ello
-<Linus> Hi!
-<adiamas> hey ironi
-<Zagor> ellooo
-<adiamas> wat append to te ''s?
-<Zagor> ah, now I get it
-* Zagor is slow
-<Zagor> tey were lost in te ash
-<Zagor> ahhh, missed one :)
-<adiamas> hehehehe
-<adiamas> tougher then it looks ;)
-<adiamas> you wanna really cook your brains? take a look at: http://orion.ramapo.edu/~rhak/misc/illusions/pic19692.gif
-<Zagor> yeah, seen it. it's cool
-<ironi> cool
-<adiamas> yes folks... rob has hit double digits on reboots
-<Zagor> yikes. your archos is next to useless
-<adiamas> ya think?
-<adiamas> it seems fine for a while, then *poof*
-<Linus> Curious. Does it happen when you have the charger connected as well?
-<adiamas> haven't tried.
-<Linus> Do it.
-<adiamas> trying
-<Zagor> good test. there's a known problem with the spirals holding the batteries
-<adiamas> how do you mean?
-<Zagor> s/spirals/springs/
-<adiamas> btw.. what time is it by you?
-<adiamas> your what, gmt+2?
-<Zagor> +1
-<adiamas> so its like 11 there?
-<Zagor> yup
-* adiamas nods
-<adiamas> stupid sunlight
-<ironi> sunlight?
-<ironi> i wish we had some
-* Zagor saw some last week
-<ironi> yep
-<ironi> well i hoped for sun tomorrow night
-<ironi> but no luck, it seems
-<Linus> Hi alan
-<alkorr> hi !
-<Bagder> we should add "tetris" in the status list ;-)
-<adiamas> nods
-<Zagor> :)
-<Bagder> we should add scores
-<Bagder> ;-)
-<adiamas> how about adding the ability for the game to end ;)
-<Bagder> that's not a bad idea! hehe
-<alkorr> adia: what do you mean ?
---- Linus is now known as Linus|lunch
-<alkorr> the game has no "game over" ?
-<adiamas> alkorr when the blocks reach the top and you are out of room, the game keeps sending blocks :)
-<alkorr> arf quite annoying :)
-<Bagder> let's blame Bjrn! ;-)
-<alkorr> time for lunch, cu
---- Zagor is now known as Zagor|lunch
-* Bagder silently points out that we *are* gmt+2 while having daylight savings time
-<wavey> because britain is gmt+1 right now :)
-<Bagder> yeps
-<Bagder> funnily enough ;-)
-<wavey> stupidly enough
-<wavey> timezones are an abortion
-<Bagder> indeedo
-<adiamas> nah.. timezones only happen because of buisness
-<adiamas> and the railroads if i remember correctly
-<wavey> what's wrong with a single hour across the globe
-<wavey> ?
-<wavey> who cares that 0500 is midday?
-<wavey> or that you wake at 1900?
-<Bagder> I bet the chinese are on our side
-<Bagder> they have one time zone
-<Bagder> for a country as wide as five or so
-<wavey> yus
-<wavey> probably the only thing they agree with us on ;)
-<Bagder> hehe
-<Bagder> very probably
-<adiamas> well, i think its part psychology...
-<adiamas> you try and convince a new yorker that 0800 is really noon
-<adiamas> or 1 depending
-<Bagder> hey ho
-<wavey> ad: you'd soon get used to it
-<wavey> even a new yorker ;)
-<wavey> when britain conquers the globe again, we'll insist it :)
-<wavey> actually
-<wavey> the only way britain could conquer the globe again
-<wavey> is if everyone else goes to mars on holiday
---- Bagder is now known as Bagderfood
-<PsycoXul> #define file_width 5
-<PsycoXul> #define file_height 7
-<PsycoXul> static unsigned char file_bits[] = {
-<PsycoXul> 0x11, 0x0e, 0x00, 0x0e, 0x00, 0x0e, 0x11 };
-<PsycoXul> /* Created with The GIMP */
-<PsycoXul> was at the top of that heh
-<PsycoXul> thats 1 char
-<PsycoXul> [duh]
-<PsycoXul> the gimp makes it easy
-<adiamas> hmmm? whats that?
-<PsycoXul> what?
-<adiamas> your bit about file_bits
-<adiamas> whats it in reference to?
-<PsycoXul> i just drew a thing in the gimp
-<PsycoXul> and saved it like that
-<PsycoXul> heh
-<adiamas> heheh okay...
-* adiamas still doesn't get it, but thats okay.. hes off to nap
---- Linus|lunch is now known as Linus
-<PsycoXul> made a new 5x7 image, image->mode->indexed, set it to black/white (1-bit) palette
-<PsycoXul> then drew it with the pencil tool with a 1x1 brush
-<PsycoXul> and saved as an xbm
-<PsycoXul> and thats what it outputs
-<PsycoXul> i'm gonna paste it directly into some cgram code and see how they look heh
---- Zagor|lunch is now known as Zagor
-<PsycoXul> so yeah it looks just like it does in the gimp on the player LCD
-<PsycoXul> heh
-<Zagor> nice
-<PsycoXul> its 8 custom chars though i think
-<PsycoXul> i think i said something about 11 before but if i did i think i was wrong heh
-<PsycoXul> but i tested it again and it's not detected by usb-storage with custom firmware running
-<Zagor> huh?
-<Zagor> that sounds strange. we have no control over the usb interface
-<PsycoXul> must have *some*, at least one some models if nothing else... i have to plug in the usb cable as soon as the rom version shows its boot screen and before it loads the HD firmware
-<Linus> "With custom firmware running"?
-<Linus> Recorder?
-<PsycoXul> no, player, studio 20
-<Linus> So you can't plug it in when the device is off?
-<PsycoXul> i dunno i probably can
-<Zagor> what does the linux log say?
-<PsycoXul> but once non-archos firmware has been loaded from the HD, usb-storage doesn't recognize it if i plug it in
-<Zagor> you should see a log entry from usb.c or hub.c anyway
-<PsycoXul> yeah it loads up and thats it
-<PsycoXul> it just says it loads
-<Linus> I guess the firmware must disable the ATA buffers when it senses that the USB is connected.
-<PsycoXul> so i let it boot up with archos firmware till it shows the first directory on the screen, then i plug it in, says "USB ..Active..." with the little logo, then i modprobe usb-storage, the unit clicks and in dmesg i see a bunch of output about USB and scsi and the drive info etc
---- Zagor is now known as Zagor|away
-<PsycoXul> and then i can mount it and use it blah blah blah...
-<PsycoXul> so now i'll do the same thing with other firmware running and say what it says :p
-<PsycoXul> Initializing USB Mass Storage driver...
-<PsycoXul> usb.c: registered new driver usb-storage
-<PsycoXul> USB Mass Storage support registered.
-<PsycoXul> thats it
-<PsycoXul> the archos doesn't click or do anything either
-<PsycoXul> and when i unplug the usb cable the archos still doesn't react
-<PsycoXul> those 3 lines are every new message in dmesg after the last time i unloaded usb-storage, and includes the nothing it printed when i plugged the device in :p
---- Bagderfood is now known as Bagder
-<Linus> It looks as if the firmware has to enable the ISD200 chip somehow.
-<PsycoXul> apparently
-<Linus> Is this a problem for you as it is now?
-<PsycoXul> no
-<PsycoXul> just interesting :p
-<Linus> OK. I'll put it to prio -7. :-)
-<Bagder> it'll be annoying not to support that though
-<Linus> Of course we will support it.
-<Bagder> when our sw is running
-<Linus> I'll just have to dust off my multimeter.
-<edx> hi
-<calpefrosch> hi man...
-<edx> heh - still at school ;)
-<calpefrosch> oh, from a computer at school ?
-<edx> yea
-* edx gets his funky rockbox tshirt today
-<edx> did you do anything to the simulator code?
-* Bagder hasn't
-<edx> i meant calpefrosch :) he wanted to change stuff (maybe)
-* Bagder understands now
-* Bagder doesn't work from home today, blaaa had to shave ;-)
---> alkorr (alkorr@srs07v-8-105.n.club-internet.fr) has joined #rockbox
-<Linus> Hi alan
-<alkorr> Hi Linus
-* edx doesnt work from home as well
-* edx is at school and has lesson :)
-<edx> hi
-<alkorr> hi edx
-<calpefrosch> sorry....
-<edx> re :=)
-<calpefrosch> I did nothing.
-<edx> ok
-<alkorr> edx: :)
-<edx> =)
-<alkorr> what's up , guys
-<Linus> Not much. Working...
-<Linus> Welcome
-<elinenbe> Hi there.
-<calpefrosch> Hi
-<edx> ok - gotta go :)
-<edx> cya later
-<Linus> Bye
-<calpefrosch> cu
-<alkorr> welcome elinenbe
---- Linus is now known as Linus|work
-<alkorr> well cu
-<calpefrosch> Badger: with the simulator, is there a cut between the firmware and the PC-code
-<calpefrosch> ?
-<calpefrosch> that I know where to do what ..
-<Bagder> well, the simulators offer a few APIs using the very same functionality as the firmware code will offer
-<Bagder> so that code could be written to get displayed in the simulators and then moved to real firmware
-<Bagder> without much trouble
-<calpefrosch> ok.
-<Bagder> currently we offer the lcd API and button API (recorder style) in both simulators
-<Bagder> check out the uisimulator/app.c code and you'll see how you can program
-<Bagder> code that should work in simulatorss and target
-<calpefrosch> in the button API, there must be some repeat functions
-<calpefrosch> and some function to avoid a dubble press
-<calpefrosch> double
-<Bagder> how do we make a function that avoids double press?
-<calpefrosch> we have to do it twice, I think
-<Bagder> we do know when a button is pressed and when it is released
-<calpefrosch> I don't know the english word for "entprellen"
-<Bagder> me neither ;-)
-<calpefrosch> if a button is pressed, we have to wait until it is released.
-<calpefrosch> and then recognize the next
-<Bagder> we don't have to
-<Bagder> we get separate events
-<calpefrosch> not?
-<Bagder> we can just wait until a button is released
-<Bagder> button = button_get()
-<Bagder> if(button & (BUTTON_PLAY | BUTTON_RELEASED)) yada yada
-<calpefrosch> but yout want the action when pressed, not when relased...
-<Bagder> yes
-<Bagder> then you fix that
-<Bagder> thing is
-<calpefrosch> Did you test it on the target hardware?
-<Bagder> you may want to support having the key pressed a long time too
-<calpefrosch> right
-<Bagder> so currently, if you wanna do funny checks you need to do it yourself
-<Bagder> the api returns the button-press event
-<calpefrosch> "entprellen" = "debounce"
-<calpefrosch> it is a hardware-thing if a key is debounced.
-<Bagder> the api actually checks for key-repeat if I'm not mistaking
-<calpefrosch> if not, we have to do it in software...
-<Bagder> what is debounced?
-<Bagder> released?
-<calpefrosch> ok, think about a key pressed. in digital like this: ___|----|____
-<calpefrosch> but it could be: ____|-|_|-|_____
-<calpefrosch> because there is no full contact
-<Bagder> you're worrying too much ;-)
-<Bagder> if that'll be a problem, we'll fix it
-<calpefrosch> it is only one press, but two digital signals with s between them
-<calpefrosch> that is because I did some key-programming for a tanning bed. I had this problem there...
-<Bagder> yeah, a common problem for this kind of thing
-<calpefrosch> if I would have the hardware to test some things, I would feel better
-<Bagder> you don't have the hardware?
-<calpefrosch> sure, but I don't want to destroy it or lose the guarantee
-<Bagder> ah, you want to mess around with thw hw, I thought you meant sw
-<Linus|work> Yes, the keys must probably be debounced somehow.
-<calpefrosch> right, but can I load the firmware on the recorder? is it safe ?
-<Bagder> uuuuh
-<Bagder> safe? ;-)
-<Bagder> naaah
-<calpefrosch> I will try the simulator...;-)
-<Bagder> hehe
-<Bagder> no debounce problem there ;-)
-<calpefrosch> cool
-* Bagder curses .pac files
-<calpefrosch> do we have a message loop in the firmware?
-<Bagder> not yet
---- Zagor|away is now known as Zagor
-<Bagder> Linus works on the message queue I believe
-<Zagor> we need no debounce, since the keys are polled an not interrupt controlled
-<calpefrosch> it is important for me to know how the key-thing will work in future
-<Zagor> so if we poll them @10Hz debounce is not really a problem
-<calpefrosch> ok, I agree
-<Zagor> yes, there are some details left to figure out
-<Zagor> Bagder's statement above holds true
-<Zagor> only there is a problem with key-release
-<Zagor> example:
-<Zagor> 1. I press and hold ON, get_button() returns KEY_ON|KEY_HELD
---> ghssg (~fdsasf@pD9560C13.dip.t-dialin.net) has joined #rockbox
---- ghssg is now known as edx
-<Zagor> 2. I keep pressing ON and also press down PLAY. get_button() returns KEY_ON|KEY_PLAY|KEY_HELD
-<-- edx has quit (Client Quit)
-<calpefrosch> ok, but where will the get_button be called?
-<Zagor> 3. I keep pressing ON but release PLAY. what does get_button() return?
-<Bagder> I agree
-<Zagor> calpefrosch: from the UI code. it will read from a message queue
-<Bagder> it would need a hold for each key
-<Zagor> the timer interrupt polls the keys and posts events to the message queue
-<calpefrosch> ok, I will do it in the win32 gui. the code is not working like that
-<calpefrosch> now
-<Zagor> Bagder: so, we actually have UP and DOWN events for individual keys, rather than a bitmap for all keys?
-<Bagder> calpefrosch: why does it have to work like that?
-<Zagor> calpefrosch: the events and queues is implementation specific. only the get_button() api needs to work the same.
-<Bagder> Zagor: that's possible too
-<calpefrosch> on windows it is difficult to choose one position, because it repeats the key very fast.
-<Zagor> calpefrosch: yes, that has to be filtered
-<calpefrosch> in the simulator, because edx has polled the key
-<Zagor> Bagder: well, we have to decide on a system
-<calpefrosch> I'll try this now, ok? I can send you the diff. on which adress?
-<Bagder> Zagor: yeps
-<Zagor> how does win32 handle multiple keys?
-<calpefrosch> hmmmm, I will look. wait
-<Zagor> calpefrosch: I don't have a win32 compiler, so I can't test it I'm afraid
-<Bagder> I think diffs could very well be posted to the list imho
-<Zagor> i agree
-<calpefrosch> ok
-<elinenbe> Are you sure the keys should be polled? What about a lockup?
-<Zagor> lockup?
-<elinenbe> you can always hold down the off button on the current recorder and it will always shut it off, even if there is a crash
-<elinenbe> such as a hard drive crash, etc.
-<Zagor> we have no alternative to polling. there are no interrupt lines conneted to the keys
-<elinenbe> It seems the off but at least must trigger an interrupt...
-<elinenbe> how do they currently do it?
-<Zagor> i don't know
-<Zagor> but you have to crash very hard to lockup the timer interrupt...
-<Bagder> well, we don't have to stop polling just because the drive crashes... :-)
-<Zagor> so I don't see a problem
-<elinenbe> Is that the way it is currently done?
-<Zagor> we don't have their source code, so it's difficult to say
-<Bagder> since there is no irq from the keys it is hard to figure out how else it is done
-<elinenbe> I see.
-<elinenbe> It just seems polling anything is a waste of cycles...
-<Zagor> polling has its' place
-<Linus|work> Actually, polling is a good medicine for bouncing buttons.
-<Zagor> polling in general is good when you want control of the rate of events
-<elinenbe> well, you know more then I do, so I guess.
-<Linus|work> We try hard to sound like we know something. :-)
-<elinenbe> :)
-<Bagder> sshhhh
-<Bagder> ;-)
-<calpefrosch> ok, in windows I get an event for keydown and keyup. I could send the keycode to the button.c and save it there
-<calpefrosch> and wait until the polling main programm do a get_button.
-<calpefrosch> or what ?
-<Zagor> so both X and win32 use key down/up events. I guess we should do the same
-<Zagor> calpefrosch: sounds good
-<calpefrosch> how do you do in x ?
-<calpefrosch> it
-<Zagor> the key handles remembers the last button
-<Zagor> and you get it with button_get()
-<calpefrosch> that's it. I could make my own buffer...
-<Zagor> buffeR?
-<calpefrosch> but that would be too complex, I think
-<Zagor> a queue is best
-<Zagor> we should have that on x11 too
-<calpefrosch> that's what I meant
-<Zagor> ok
---> edx (Krutzs@p5081384C.dip.t-dialin.net) has joined #rockbox
-<calpefrosch> hi edx.
-<calpefrosch> I changeg some code for key-handling in your win32 simulator.
-<calpefrosch> Because I have much work now, I only give you the changed code. Please commit it after reformating it. :-)
-<calpefrosch> ok?
-<calpefrosch> or I send it to the mailing-list
-<calpefrosch> I have to go in 2 Minutes...
-<Zagor> don't worry about committing nonworking code
-<Zagor> in this early stage, that is ok
-<Zagor> it's a better way to collaborate than mailing code back and forth
-<calpefrosch> I can't commit. I send it to rockbox@cool.haxx.se. But it's working !!!
-<Zagor> ok
-<calpefrosch> mny tnx, bye
---- calpefrosch is now known as calpefrosch|away
-<-- edx has quit ()
-<-- calpefrosch|away (~calpefros@62.52.174.30) has left #rockbox
-<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
---> edx (edx@pD4B9E9D6.dip.t-dialin.net) has joined #rockbox
-<edx> good afternoon
-<Bagder> hey again
---- edx is now known as edx|
---- edx| is now known as edx
-<edx> hi
-<-- Linus|work (~linus@labb.contactor.se) has left #rockbox
-<Bagder> I'm about to leave too
-<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
---- edx is now known as edx|away
---- edx|away is now known as edx
-<edx> is anybody here?
-<-- jb1081 has quit ("[x]chat")
---> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox
-<edx> hi
---- calpefrosch|away is now known as calpefrosch
-<calpefrosch> hi
-<edx> check this out:
-<edx> http://codeforce.d2g.com/rockbox/tshirt2.jpg
-<edx> :)
-<edx> *checking out the code you mailed*
-<edx> that is the backlight thing?
-<edx> boolean IsButton(int key)
-<edx> {
-<edx> return (key == last_key) ;
-<edx> }
-<edx> hmmm...
-<edx> if (key & last_key)
-<edx> might be mroe than one key pressed
-<PsycoXul> and there's a tab
-<PsycoXul> :p
-<edx> yea
-<edx> not my code :P
-<edx> i replaced tabs with spaces
-<calpefrosch> right, but I had no time to make it more comfortable
-<edx> heh
-<edx> .. what is the new_key function for?
-<calpefrosch> I'M just hacking it into the machine.
-<edx> couldnt that be done within button_get?
-<calpefrosch> and I'm at work now, so we have to discuss this later. 30 Minutes ?
-<edx> ok.
-<calpefrosch> tnx
-<calpefrosch> cool shirt.
-<edx> thanks :D
-* PsycoXul wonders how he ended up on a t-shirt :p
-<edx> hehe :P
-<edx> i just had to put some names on there
-<edx> i hope you dont mind :)
-<PsycoXul> but it is cool shirt... though i can't say the same for the hair :p
-<edx> haha
---- calpefrosch is now known as calpefrosch|brb
-<adiamas> edx.. i love the shirt :)
---- calpefrosch|brb is now known as calpefrosch
-<calpefrosch> ok, back again
-<calpefrosch> edx?
-<calpefrosch> the main message loop of the windows programm sends every character (WM_KEYDOWN) to the new_char(int Key) function
-<calpefrosch> the new_char of the button.c stores this character. in future maybe in a loop.
-<calpefrosch> s/loop/queue
-<calpefrosch> when somewhere the get_button is called, the stored key is given to the caller
-<edx> bakc
-<edx> hmmmm
-<calpefrosch> bakc ???
-<edx> back
-<edx> :)
-<calpefrosch> oh
-<edx> the problem is that you cannot simulate that on a jukebox device.
-<calpefrosch> ok, do you understand the new_key thing?
-<edx> i understand it but you cannot use that outside the simulator.
-<calpefrosch> sure, the jukebox should so it the same way, i think
-<calpefrosch> s/so/do
-<edx> it wont.
-<edx> it will be polling the keys.
-<calpefrosch> in future the "rockbox" gets a message-loop
-<edx> also for keypresses?
-<calpefrosch> we dicussed this earlier this day
-<edx> that is new to me :)
-<calpefrosch> you has been to school ;-)
-<edx> but you must be able to press more than one button at the same time.
-<edx> return (key & last_key) ;
-<calpefrosch> right, I had no time to do it. Can you ?
-<edx> not key == last_key
-<edx> yea i'll try.
-<calpefrosch> maybe you shouldn't use this isbutton function
-<calpefrosch> i don't know
-<edx> they didnt declare the functions yet.
-<edx> hm
-<calpefrosch> is it commited ?
-<edx> ytf is nobody here (Zagor, Bagder)
-<edx> not yet.
-<edx> anyways. the simulator is not responsible for calling the new_key function.
-<calpefrosch> this method has a second effekt. the backlight is only a "nicety"
-<edx> that is still done by the firmware
-<calpefrosch> hmmm, the firmware should generate the key_down ( like windows does )message. Who polls the message_queue ??
-<edx> that is done by the thread i guess (thread.c)
-<edx> that is bagders work i think...
-<calpefrosch> and the thread should fill the button.c's button_queue, I think. We have to discuss this with Zagor and Badger
-<calpefrosch> they have the experience
-<edx> uhm..
-<edx> we should wait till they definded the functions.
-<calpefrosch> but like this it's working even with the key-repeat of windows
-<edx> the button queue.. hmm i do not think that this is a really good idea :?
-<edx> well but you cant catch multiple key presses with this message queue
-<edx> only if you poll all keys.
-<calpefrosch> we don't need it. but we should save the button til the programm wants it. async
-<edx> i fully understand. it is not a bad idea. but we still need to support multiple keyrpesses
-<edx> also, what if one process "grabs" a key and the second one doesnt get it anymore, tho it is still pressed
-<calpefrosch> yes, I know what you mean. this is a problem.
-<edx> ill wait for Zag to show up :) i'll ask him about that then.
-<calpefrosch> I think he do it in the x-version ( x-files, hehe )
-<edx> ...
-<edx> *having a look*
-<edx> not yet.
-<calpefrosch> hmmm, it is an important, I think
-<calpefrosch> thing
-<edx> its a basic.
-<calpefrosch> the hardware interface didn't allow multiple keystrokes at any compination
-<edx> well.. yes
-<calpefrosch> s/p/b :-)
-<calpefrosch> but I like the color of the backlight ;-)
-<edx> i think for the player.. to regulate noise or somethign.. there was a multiple combination
-<calpefrosch> hmm, I never saw the player. only the recorder
-<edx> i had a player before.. the lcd sucks..
-<calpefrosch> where did you buy the recorder ?
-<edx> i bought a player at Promarkt (lol) then I damaged it and sent it back - the sent me a recorder :)
-<edx> *the = they
-<calpefrosch> hey you lucky ... go and play Lotto ;-)
-<edx> hehe.. Lotto never works ;)
-<edx> tried a lot of times hehe
---- You are now known as adi|home
-<edx> hi
-<calpefrosch> hehe
-<calpefrosch> hi
-<calpefrosch> I'll go home and eat a pice of cow.
-<calpefrosch> bye
-<edx> hehe..
-<edx> cu
-<calpefrosch> maybe we talk later
-<edx> k
-* edx cries out desperating
-<edx> where is Bjrn?
---- calpefrosch is now known as calpefrosch|away
-<-- calpefrosch|away has quit ()
-<ironi> hi
-<adi|work> hey ironi
-<PsycoXul> so i wonder if you hook up IR to the serial port or whatever what kinda crazy things you can do with furbys and pda's and ir-capable printers etc :p
-<edx> morning.
-<calpefrosch> morning
-<calpefrosch> how are you ?
-<edx> ah hi ;)
-<edx> tired :)
---- edx is now known as edx|breakfast
---- calpefrosch is now known as calpefrosch|brb
---- calpefrosch|brb is now known as calpefrosch
-<edx|breakfast> cya.
-<-- edx|breakfast has quit ("school")
-<-- calpefrosch has quit ()
-* adi|home pokes Bagder in the forehead
-* Bagder hrmpfs
-<adi|home> how did the background suddenly go green on the uisimulator?
-<Bagder> I changed it to look slightly more like a real recorder
-<adi|home> k... but is the width correct? seems to be wider then my screen.
-<Bagder> having white on black was too far
-<Bagder> the square is drawn outside the actual size
-<adi|home> ?
-<Bagder> actually 3 pixels outside I believe
-<Bagder> I should change that
-<Bagder> we should have exactly 112x64 within the square
-<adi|home> well... define 'square'
-<adi|home> the full app?
-<adi|home> because i don't see any boarder inside the app.
-<Bagder> you don't?
-<Bagder> wait
-<Bagder> grrr
-<Bagder> my X-redirect over ssh is not working properly
-<adi|home> sorry :(
-<Bagder> anyway
-<adi|home> if you want.. i can give you a screen shot of what i see.
-<Bagder> there's meant to be a box within the windows
-<Bagder> -s
-<Bagder> the box us meant to define the actual recorder lcd size
-<adi|home> okay.. i get the box as soon as the menu loads, but not before...
-<adi|home> which seems odd
-<Bagder> well, it might be because my silliness ;-)
-<Bagder> I mean
-<Bagder> it could possibly be fixed in the code
-<Bagder> I haven't bothered that much
-<adi|home> not really needed... was just curious :)
-<Bagder> heh, ok, I committed a little fix now that should make the box appear before the app gets called
-<adi|home> nod
-<adi|home> did you change the makefile as well?
-<Bagder> yes
-<Bagder> didn't work on Solaris
-<adi|home> heheh k... cause now it bitchs on linux ;)
-<adi|home> ill look into it
-<Bagder> ok, hang on
-<Bagder> now
-<adi|home> interesting.. dind't know you could do +=
-<adi|home> in a make... cool.
-<Bagder> I'm not 100% that is really kosher Make
-<Bagder> but we're already using gmake extensions
-<adi|home> nods
---> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
---- Zagor_ is now known as Zagor
-<Bagder> morning
-<Zagor> morn
---> Linus (~linus@labb.contactor.se) has joined #rockbox
-<Bagder> morning Linus
-<Linus> Hey ho
-<adi|home> on a win machine, does sleep(1) sleep for one second or what?
-<Bagder> edx's simulator has its own sleep() that is shorter
-<adi|home> k...
-<Bagder> the x11 one will too, to better much the target sleep()
-<Zagor> to better much? :)
-<Bagder> gee
-<Bagder> match
-<adi|home> cause i was wondering if it made sense to have a sleep in uisim or so...
-* Bagder smacks himself
-<adi|home> one with #defines for win and *nix
-<adi|home> *nixs calling utime
-<Zagor> we have a sleep() in kernel.h
-<adi|home> ahh.. we do?
-<adi|home> does it work :)
-<Zagor> yes. sleep(ticks)
-<Bagder> apart from utime() not being very portable...
-<Zagor> the declaration works excellent :-)
-* adi|home giggles
-<adi|home> ummm. wtf is TIME_BEFORE?
-<Zagor> it's a wrap-safe macro to compare ticks, for timeout handling
-<Zagor> "if (current_tick < timeout)" is not wrap safe
-<adi|home> nods
-<Zagor> "if (TIME_BEFORE(current_tick,timeout))" is
-<adi|home> what exactlly does 'wrap safe' mean?
-<adi|home> and since TIME_BEFORE(a,b) is just a macro of TIME_AFTER, why not just call TIME_AFTER?
-<Zagor> it means the comparison still works if "timeout" is just below the wrap value and you compare after current_time wraps
-<adi|home> umm.. k
-<Zagor> having both macros is just to make the source a little more clear. (instead of if(!TIME_AFTER())
-<adi|home> that makes sense..
---- Tumm is now known as coyote-
-<adi|home> do you see lcd_drawpixel being any faster then lcd_drawline
-<adi|home> if you want to draw a line :)
-<Zagor> umm, no
-<adi|home> makes more sense to call drawline, no?
-<Zagor> yes
-<adi|home> nods
-<adi|home> k, then im fixing tetris
-<Zagor> ah :)
-<Zagor> first step to scaleability
-<Bagder> Zagor: what'll be the name of the root dir?
-<adi|home> ummm, root ;)
-<Zagor> /
-* Bagder considers having a go at some directory stuff later on
-<Zagor> neat
-<Zagor> we'll support different partitions, but only one at a time for starters
-<adi|home> im gonna ask a really foolish question, but...
-<Zagor> (in fact, the fat32 code isn't working on partitioned disks right now...)
-<adi|home> considering we are working on our own kernel and file stuff...
-<adi|home> how exactly do you write, well.. 'open()' and 'readdir()'?
-<adi|home> w/o unix or win calls?
-* adi|home has never gotten that deep
-<Zagor> we have our own everything
-<Bagder> unix/posix style
-<Zagor> open() calls fat_open(), which calls ata_read()
-<adi|home> got ya...
-<Zagor> we have a severe NIH syndrome ;)
-<adi|home> and aside from peering over your shoulders, how does one go about learning this?
-<adi|home> NIH syndrome?
-<Zagor> "Not Invented Here"
-<adi|home> lol
---> alkorr (alkorr@srs06m-3-131.n.club-internet.fr) has joined #rockbox
-<Bagder> we must document the APIs
-<alkorr> hi
-<adi|home> so were still at the: "E=mc^2 => *insert magic here* => universe is born"
-<adi|home> kinda stage
-<Zagor> learning about it... hmm, reading books about operating system design, I guess.
-<Zagor> or reading source code :-P
-<Zagor> nah, practically no magic left. we only need to glue the pieces together
-<Bagder> hi alan
---> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
-<Zagor> ah, alan! hi.
-<Bagder> 'lo wavey
-<wavey> hi guys
-<alkorr> what's up ?
-<Bagder> the x11 sim runs on solaris again :-)
-<Bagder> unfortunately, I need to work too much...
-<wavey> tell me about it :(
-* wavey considers quitting work to concentrate on rockbox
-<wavey> do you guys give sick leave? :)
-<Bagder> I should
-<adi|home> sure do...
-<adi|home> you leave...
-<adi|home> and ill make you sick
-<wavey> hehe
---> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
-<calpefrosch> hi
-<Zagor> hi
-<calpefrosch> did you discuss the button-thing with edx yesterday?
-<Zagor> no
-<Zagor> i had to run off
-<calpefrosch> hmm, ok.
-<alkorr> ok i have some problems with my emails
-<alkorr> new commitings ?
-<wavey> nothing came thru here in the last 15 mins
-<wavey> but my company run m$ exchange, so i'm surprised when any get through
-<alkorr> i wasn't here 15 ago :)
-<alkorr> 15 mins ago
-<wavey> :)
-<alkorr> Bagder: you create x11 in uisimulator as a module ?
-<alkorr> i was forced to do a checkout instead of a update for uisimulator to get x11
-<Zagor> alan: you need to run "update -dP" to get new directories
-<alkorr> yes but that's strange
-<alkorr> because when a directory is created in firmware. With a update, i get it.
-<alkorr> so i was wondering what the difference should be
-<Zagor> strange
-<adi|home> can someone look at tetris.c and tell me if im missing something?
-<adi|home> function draw_block
-<adi|home> should be around line 126
-<adi|home> if ( (clear ? 0 : block+1) )
-<adi|home> wouldn't it just make more sense to do "if (!clear)"
-* Zagor agrees
-<Zagor> unless block is ever -1
-<adi|home> would be a little less, um... obfuscated no?
-<adi|home> shouldn't be, block should always be positive
-<adi|home> im gonna play and see
-<Zagor> I didn't write the code from scratch, I stole most of it. There, blame assigned elsewhere.
-<adi|home> ehehe
-<adi|home> im not blaming.. just wanna feel like im doing something useful, and this time of night i hove no confidence ;)
-<alkorr> adi: please, stop with obfuscating feeling
-<alkorr> adi: for me, clear ? 0 : block+1 is clear
-<Zagor> alkorr: but surely, (!clear) is even more clear
-<alkorr> adi: i suppose i are clever enough to catch it, aren't you ?
-* adi|home nods
-<adi|home> but i have to stop and think about it.
-<alkorr> sorry
-<alkorr> i mean : you are clever enough...
-<adi|home> why both with a ternary operator when "if(clear)" is obvious ;)
-<adi|home> code should only make you think when it has to...
-<adi|home> but thats just my opinion
-<alkorr> adi : sorry, but if (!clear) is not the same as if (clear ? 0 : (block + 1)) !?
-<Zagor> adi|home: go over it again. that 'block+1' has me worried. why is it even there?
-<Linus> I can't stop thinking that the ternary operator is there for a reason...
-<adi|home> thats why i asked.
-<adi|home> far as i can see, i cant see how block would be negative
-<adi|home> 0, sure, but can't see negative
-<Zagor> ok, try it. if it works, it works
-<adi|home> and if its zero, then in this case it becomes 1
-* adi|home shrugs
-<alkorr> oh well i you can give us an evidence that "block" could never be -1, okay
-<adi|home> 04:41 here...
-<Zagor> hehe
-<adi|home> thats why i asked for confrimation :)
-<alkorr> right i cannot :)
-<alkorr> now
-<adi|home> nods
-<adi|home> then we leave it be :)
-<Bagder> I'd write it (clear || (-1 == block))
-<alkorr> arf
-<adi|home> lol
-<Bagder> uh
-<Bagder> no
-<Zagor> block is the block type: 0-6
-<Zagor> it can't ever be negative
-<Zagor> it must be a late-night leftover from the author
-* adi|home points at the clock and says 'ha!'
-<adi|home> i defy you sleep!
-* adi|home slaps mr. sleep around
-<alkorr> please chech the precedency
-<alkorr> check
-<Bagder> ?
-<Bagder> that doesn't change much here
-<adi|home> the statement is: if ( (clear ? 0 : block+1) )
-<alkorr> i don't remmeber if clear ? 0 : block + 1
-<adi|home> and clear is supposedly a bool.
-<adi|home> ahh.. so what you think is that its maybe
-<alkorr> is (clear ? 0 : block +1) or (clear ? 0 : (block + 1))
-<adi|home> if (( (clear ? 0 : block) + 1))
-<Bagder> alkorr: they're the same
-<Bagder> +1 is way much higher than ?:
-<Bagder> prioritized
-<adi|home> nods
-<adi|home> either way...
-<adi|home> if clear == 1
-<adi|home> we get 0
-<adi|home> or 0 +1
-<alkorr> it doesn't make a sense
-<alkorr> what could be the value of clear
-<alkorr> if would be true
-<alkorr> it
-<alkorr> especially if block is never -1
-<adi|home> i don't get what you are saying al
-<Bagder> if block can't be -1, we can make it if(!clear)
-<adi|home> nods
-<alkorr> if clear == 0 and block >= 0, ((clear ? 0 : block) + 1) => block + 1 >= 1
-<alkorr> if clear == 1 and block >= 0, ((clear ? 0 : block) + 1) => 0 + 1 == 1
-<alkorr> so your "if" is always true !?
-<adi|home> right...
-<alkorr> unless block can be -1
-<adi|home> sooooo precidence is ((clear > 0 : (block +1))
-<Bagder> no
-<adi|home> since block can be 0
-<Bagder> if clear is TRUE
-<Bagder> the first block is NOT run
-* adi|home nods
-<Bagder> no matter what block is
-<alkorr> .me nods
-* alkorr nods :)
->Bagder< lotsa discussion for clear code ;)
-<alkorr> uh
-<alkorr> Bagder: you said : "if clear == 1 and block == 0 ?"
-* Zagor proposes if (clear) clearpixel(); else drawpixel();
-<Bagder> alkorr: if(!clear || (-1 == block))
-* adi|home agrees with zagor
-<alkorr> hey ! we were speaking about the ternary version !!!
-<Zagor> alkorr: it's the same logic result
-<Zagor> if clear==0, it doesn't matter what block is
-<Zagor> sorry, the opposite :)
-<Zagor> baaaah
-<alkorr> nooooo
-<alkorr> if you have "if ((whatever) + 1)", this 'if' is always true except when whatever is -1
-<alkorr> now 'whatever' is clear ? 0 : block
-<Zagor> yes, but this is not the statement here. we have
-<alkorr> so for whatever to be -1, block must be -1
-<alkorr> that's all
-<alkorr> if it doesn't make a sense to have block == -1
-<Zagor> but if clear==1, block kan be whatever because it's never evaluated
-<alkorr> well i'm okay this ternary is a non sense
-<Bagder> if block would be -1, we would read outside the array anyway
-<alkorr> if clear == -1, clear ? 0 : block always returns 0, then added to 1 => 'if' is again true
-<alkorr> clear = 1
-<Zagor> now stop arguing and clean up the mess! :-)
-<alkorr> argh mistake
-<alkorr> well we aggree on the fact that this ternary is a non-sense if we are sure that block would never be -1, so "if (clear)" is the rigth thing to do
-<adi|home> already commited :)
-<Bagder> its wrong ;-)
-<adi|home> btw.. anyone know if edx is willing to make up other shirts and mail them out for a fee?
-<adi|home> is it?
-<Bagder> yes
-<Bagder> it should be if(!clear) to match the former
-<Bagder> or switch the blocks
-<adi|home> no it shouldn't
-<adi|home> i did
-<Bagder> ah you did
-* adi|home nods
-<Bagder> didn't spot that
-<Bagder> sorry
-<alkorr> lol
-<Zagor> adi|home: you used TABs!
-<adi|home> but i forgot to go into rockbox mode when i edited, so spacing is messed up :( ill fix it
-<adi|home> Iknow.. im fixing it
-* Zagor spanks adi
-<Bagder> uh
-* adi|home shivers with pleasure
-<alkorr> i was afraid that you didn't aggree on the final result
-<Zagor> wrong-sized too...
-<adi|home> no.. only wrong sized for rockbox ;)
-<Zagor> bah, no sane man uses TAB!=8
-* Zagor holds The One Truth
-<adi|home> i don't
-<adi|home> i use 4 spaces
-<alkorr> I use 2 spaces
-<adi|home> you prob also use a 140 char wide display too huh ;)
-<Zagor> i'm talking about the size of TAB, not indentation
-<alkorr> yes we know :)
-<alkorr> for assembly, i use a 8-space tab, for c/c++ 2-space tab
-<adi|home> fixed
-<Zagor> alkorr: that's criminal. why don't you just use spaces?
-<alkorr> because in fact, tab are turned into spaces :P
-<Zagor> ah
-<adi|home> because there are only 2 developers in my office, we came from the same college, so we do it _our_ way...
-* Zagor breathes a sigh of relief
-<adi|home> so there
-<alkorr> except for assembly code of course
-* adi|home sticks his tongue out at Zagor
-* Zagor takes his ball and goes home
-<adi|home> lol
-<adi|home> oh.. and i figured out why tetris doesn't end.
-* Bagder smacks the "code police" stick in Zagor's forehead
-<alkorr> lol
-* Zagor wears it proudly
-<Zagor> /me frenzy
-<Bagder> sticker I meant to write
-<adi|home> im too tired to rework it, but its basically the calls to valid position
-<alkorr> okay i must depart, some people are waiting for me to have a lunch
-<alkorr> see you
-<Zagor> bye
-<adi|home> you don't know exactly why it fails, so it just continues playing...
-<-- alkorr has quit ()
-<adi|home> need a seperate check to see if we reached the top line
-<adi|home> or limit
-<adi|home> and on that.. i bid you .... fondu...
---- You are now known as adi|asleep
-<Zagor> mm, fondue...
-* wavey cmiles
-* wavey blinks
-* wavey smiles
-* Bagder got a mail from a Kjell Ericson who said he's working on a "magnifyer" for the x11 sim
-<wavey> cool
-* Zagor just got the donated Archos working with gdb
-* Zagor cheers
-<Bagder> great!
-<Linus> Well, actually, it's a marriage between his newly-swapped Player and the donated one...
-<Zagor> yeah, so we have the wrong flash
-<Zagor> so the built-in firmware can't control the LCD
-* Linus feels like Frankenstein
-<Bagder> oh
-<Zagor> this is great, now I can debug the ata code
-<Zagor> how can we fix so debugf() calls are not even called in "release" code?
-<Linus> Maybe a DEBUGF() macro?
-<Bagder> DEBUG(("moo %d", 23)); ?
-<Linus> DEBUGF("%d", x);
-<Zagor> yes but that limits the use to a single line, which is not always practical
-<Zagor> plus, macros don't have variable parameters
-<Linus> They do in gcc
-<Zagor> ah, ok
-<Linus> SIngle line?
-<Bagder> but be careful if you wanna be able to run that code in debug purpose with other compilers
-<Zagor> Linus: you can't write:
-<Zagor> DEBUGF("asdalkdkajsdl kasdl %d %d %d %d %d",
-<Zagor> val1,
-<Zagor> val2,
-<Zagor> val3 ); etc.
-<Linus> Ah. I thought the preprocessor recognizer the parentheses...
-<Linus> recognized
-<Zagor> umm, i'm sure it does.
-<Linus> So...?
-<Zagor> i just haven't had my piiza today
-* Zagor hides in a corner
-<Linus> You mean chicken?
-<Linus> Sambal
-<Zagor> adi promised fondue... :)
---- Linus is now known as Linus|lunch
---- Zagor is now known as Zagor|lunch
---- calpefrosch is now known as calpefrosch|lunc
---> simo (~NWO@ws2014.tu-varna.acad.bg) has joined #rockbox
-<simo> hy
-<simo> hi
-<Bagder> hey ho
-<simo> everyones
-<Bagder> lots of people eating right now... I'm about to do that too!
-<simo> ooo sorry
-<simo> if you want eat
-<simo> :)
-<simo> do you can help me
-<Bagder> with what?
-<simo> do you can tell me any channel for HARDCORE music
-<Bagder> no idea
-<simo> ok
-<simo> or any for hard music
-<Bagder> nope
-<simo> ok
-<simo> 10x
-<-- simo (~NWO@ws2014.tu-varna.acad.bg) has left #rockbox
---- calpefrosch|lunc is now known as calpefrosch
---- Zagor|lunch is now known as Zagor
-<Zagor> bwahaha
-<Zagor> my current client got som many hits from a link on my web page they have complained...
-<Bagder> they complained on you having a link to them?
-<Linus|lunch> Yes they did.
---- Linus|lunch is now known as Linus
-<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
-<-- Linus (~linus@labb.contactor.se) has left #rockbox
---> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
-* Bagder is now chatting from his home again... aaaah
-<wavey> grrr
-<wavey> wish i was home
-<wavey> i keep getting interrupted from playlist coding
-* Bagder fixes the id3.c to use the proper file api
-<Zagor> Bagder: how about adjusting your little menu program to read a directory, parse the id3 tags and show the files?
-<Zagor> umm, strike the id3 part. just read the dir and show the filenames
-<Bagder> now, how did you know I was about to do that? ;-)
-<Zagor> ah, goodie
-<Bagder> first fix the id3
-<Bagder> then read dir
-<Bagder