Menu
▾
▴
gc-linux-devel — Development-related discussion.
This list is closed, nobody may subscribe to it.
| 2004 |
Jan
(103) |
Feb
(56) |
Mar
(25) |
Apr
(38) |
May
(24) |
Jun
(20) |
Jul
(22) |
Aug
(23) |
Sep
(1) |
Oct
(24) |
Nov
(8) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(14) |
Feb
(23) |
Mar
(7) |
Apr
(23) |
May
(11) |
Jun
(1) |
Jul
(29) |
Aug
(7) |
Sep
|
Oct
|
Nov
(8) |
Dec
(11) |
| 2006 |
Jan
|
Feb
(24) |
Mar
(22) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
(2) |
Dec
(4) |
| 2007 |
Jan
(1) |
Feb
(4) |
Mar
(5) |
Apr
(10) |
May
|
Jun
(5) |
Jul
(3) |
Aug
(3) |
Sep
(6) |
Oct
(11) |
Nov
(3) |
Dec
(4) |
| 2008 |
Jan
(8) |
Feb
(19) |
Mar
(43) |
Apr
(27) |
May
(15) |
Jun
(10) |
Jul
(39) |
Aug
(9) |
Sep
(12) |
Oct
(15) |
Nov
(14) |
Dec
(4) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(15) |
| 2010 |
Jan
(2) |
Feb
(7) |
Mar
|
Apr
(16) |
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
|
Oct
(9) |
Nov
(2) |
Dec
|
| 2011 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(3) |
| 2012 |
Jan
(12) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
(1) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Shaun J. <sja...@gm...> - 2005-04-09 17:40:01
|
Hi Rob, The mask [1] I sent you is reversed. The layout I just posted [2] is not reversed. The SD card is inserted upside down, so on the reversed mask pin 8 is to the left, and pins 1 and 9 are to the right. I've posted a photo of the adapter [3] with an SD card inserted. I can see scrape marks across the copper fingers where the GameCube's contacts have made connection, so it looks like the contacts are in the right place and at the right height. Is any specific type or size of SD card required? My SD card is labelled "SanDisk SD Card 32 MB". Thanks for your help! Cheers, Shaun [1] http://www.sfu.ca/~sdj/gcsd/gcsd-mask.png [2] http://www.sfu.ca/~sdj/gcsd/gcsd-layout.png [3] http://www.sfu.ca/~sdj/gcsd/gcsd-photo.jpg On Apr 9, 2005 2:15 AM, Rob Reilink <ro...@re...> wrote: > Hi Shaun, > > I cannot see clearly which pin is which. Could you: > -put some text on the copper laywer with your layout program (if you > used one) so I can see clearly whether this is mirrored or not (PCB > layouts are always printed mirrored and then fabricated with the ink > laying on the copper so the real pcb gets unmirrored) > -indicate which is, according to your schematic/interpretation pin > 1/2/11/12 on the GC side and pin 1 of the MMC/SD adaptor > -show the connections between the big square pads > -put a photo online so it becomes clear which way the SD is inserted. > > Also you should make sure the contact is ok. I had to insert a 1mm > plastic strip under the pcb to get the correct height, just like the > plastic cover of a 'real' mem card does. > > Regards, Rob |
|
From: Rob R. <ro...@re...> - 2005-04-09 09:15:58
|
Hi Shaun, I cannot see clearly which pin is which. Could you: -put some text on the copper laywer with your layout program (if you used one) so I can see clearly whether this is mirrored or not (PCB layouts are always printed mirrored and then fabricated with the ink laying on the copper so the real pcb gets unmirrored) -indicate which is, according to your schematic/interpretation pin 1/2/11/12 on the GC side and pin 1 of the MMC/SD adaptor -show the connections between the big square pads -put a photo online so it becomes clear which way the SD is inserted. Also you should make sure the contact is ok. I had to insert a 1mm plastic strip under the pcb to get the correct height, just like the plastic cover of a 'real' mem card does. Regards, Rob > -----Oorspronkelijk bericht----- > Van: gc-...@li... > [mailto:gc-...@li...] Namens > Shaun Jackman > Verzonden: Friday, April 08, 2005 5:52 PM > Aan: gc-...@li... > Onderwerp: Re: [Gc-linux-devel] Building a SD card adapter > > > Hello Rob, > > The SD card receptacle that I have is reversed from the one you used > -- the SD card goes in upside down -- so I drew my own > circuit board [1]. I've built the board, but so far it > doesn't work. If you had a moment, would you mind looking at > my circuit? I'm almost positive there's nothing wrong with > it, but I'd appreciate another pair of eyes. > > Thanks, > Shaun > > [1] http://www.sfu.ca/~sdj/tmp/gcsd.png > > On Mar 22, 2005 3:37 PM, Rob Reilink <ro...@re...> wrote: > > I've made my own pcb, layout at > > http://home.student.utwente.nl/r.reilink/files/gcnsd8.pdf > > If you can find a friend who can make the pcb for you, that's fine, > > but I wouldn't recommend to get an entire pcb etching setup > just for > > this card. If you want to use your mem card, see if you can use a > > knife to get the soldermask off the pcb to get to the > copper trace and > > solder a > > (thin) wire to it. > > > > Another option which I used for testing: solder it to your cube. > > > > Rob > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from > real users. Discover which products truly live up to the > hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396> &op=click > > _______________________________________________ > > Gc-linux-devel mailing list Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > |
|
From: Shaun J. <sja...@gm...> - 2005-04-08 15:51:53
|
Hello Rob, The SD card receptacle that I have is reversed from the one you used -- the SD card goes in upside down -- so I drew my own circuit board [1]. I've built the board, but so far it doesn't work. If you had a moment, would you mind looking at my circuit? I'm almost positive there's nothing wrong with it, but I'd appreciate another pair of eyes. Thanks, Shaun [1] http://www.sfu.ca/~sdj/tmp/gcsd.png On Mar 22, 2005 3:37 PM, Rob Reilink <ro...@re...> wrote: > I've made my own pcb, layout at > http://home.student.utwente.nl/r.reilink/files/gcnsd8.pdf > If you can find a friend who can make the pcb for you, that's fine, but > I wouldn't recommend to get an entire pcb etching setup just for this > card. If you want to use your mem card, see if you can use a knife to > get the soldermask off the pcb to get to the copper trace and solder a > (thin) wire to it. > > Another option which I used for testing: solder it to your cube. > > Rob |
|
From: Albert H. <alb...@gm...> - 2005-04-08 05:17:23
|
Shaun Jackman <sjackman <at> gmail.com> writes: > > I'm testing out sdload for the first time. Does it boot up in PAL or > NTSC mode by default? Or does it detect the proper mode? > It boots in PAL60/NTSC only. If you want PAL50 in Linux, force it using the kernel command line "video=gcnfb:tv=PAL". Cheers, Albert |
|
From: Shaun J. <sja...@gm...> - 2005-04-08 02:24:40
|
I'm testing out sdload for the first time. Does it boot up in PAL or NTSC mode by default? Or does it detect the proper mode? Thanks, Shaun |
|
From: Albert H. <alb...@gm...> - 2005-04-06 20:37:34
|
Hi Rob! Rob Reilink <rob <at> reilink.net> writes: > I read on the website the new EXI driver is there :). Now I understand > that it was nescessary to remove my SD card driver to make the new EXI > framework work, because it is not quite a 'real' EXI device. I.E. No ID > command. Is someone already working on it? I have way too little time, > but I might find some time to work on it or give some hints to someone > working on it. Well, indeed I made provisions for it to work, even not providing a EXI ID :). The EXI framework will report a fake EXI ID of 0xfffffffe (EXI_ID_NONE) for "cards" inserted in memcard slots but not reporting EXI IDs (ie, non memcards, like the SD/MMC cards). EXI drivers written for this kind of cards, use the EXI_ID_NONE in their eids to instruct the EXI framework to match only against channel/device instead of EXI ID/channel/device. The driver's probe function must too accept the device. So detection of MMC/SD cards (insertion, removal) is already supported. I have the intention to write a MMC (and SD) driver for the cube, using the native Linux MMC framework (which I need to modify a bit first). But the latest DVD related events got my attention... Cheers, Albert |
|
From: Rob R. <ro...@re...> - 2005-04-06 13:53:10
|
Hi all, I read on the website the new EXI driver is there :). Now I understand that it was nescessary to remove my SD card driver to make the new EXI framework work, because it is not quite a 'real' EXI device. I.E. No ID command. Is someone already working on it? I have way too little time, but I might find some time to work on it or give some hints to someone working on it. Regards, Rob |
|
From: Shaun J. <sja...@gm...> - 2005-03-24 19:54:19
|
I found some SD adapter plans on gamesfairy [1]. The PCB layout is drawn in Pad2Pad [2], but I couldn't get the software to run on Linux using Wine. So, I drew up a PCB myself using Eagle [3], which does run on Linux. I then found some instructions [4] to use a laser printer to transfer the toner from a PCB layout printed on photo paper to a PCB. This is my first time ever drawing a PCB layout, so I was wondering if some kind soul might take a look at my layout [5] to see if it looks happy, healthy, and well. The design uses two fly wires, which are drawn as the bottom layer. I haven't figured out how to export the PCB layout to a format suitable for printing yet, but I'll get there... Cheers, Shaun [1] http://www.gamesfairy.co.uk/ [2] http://www.pad2pad.com/ [3] http://www.cadsoft.de/ [4] http://www.fullnet.com/u/tomg/gooteepc.htm [5] http://www.sfu.ca/~sdj/tmp/gcsd.png http://www.sfu.ca/~sdj/tmp/gcsd.brd |
|
From: Shaun J. <sja...@gm...> - 2005-03-23 18:25:01
|
On Tue, 22 Mar 2005 19:42:43 +0000, James Wall <jk...@ho...> wrote: > I intend to use the Part from Digi-key instead of removing a connector from > a card reader. > http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail?Ref=183346&Row=105124&Site=US > I believe with shipping and the service charge for a small order it is more > cost effective to buy at least 9 at a time +$5 if the order is less than $25 If you call around to local electronics suppliers (typically they'll service the local TV/VCR/DVD/stereo repairman) you should be able to find someone that's placing a bigger order and won't mind adding your part to their order. For instance, I ordered this part [1] whose list price is $4 for a single, and got it for $8, which is a lot less than Digikey was going to charge for shipping a single part. Failing that, you can see if a local university or college will add your part to their Digikey order. Cheers, Shaun [1] http://www.hirose-connectors.com/products/DM1_5.htm |
|
From: Rob R. <ro...@re...> - 2005-03-22 22:38:23
|
I've made my own pcb, layout at http://home.student.utwente.nl/r.reilink/files/gcnsd8.pdf If you can find a friend who can make the pcb for you, that's fine, but I wouldn't recommend to get an entire pcb etching setup just for this card. If you want to use your mem card, see if you can use a knife to get the soldermask off the pcb to get to the copper trace and solder a (thin) wire to it. Another option which I used for testing: solder it to your cube. Rob -----Oorspronkelijk bericht----- Van: gc-...@li... [mailto:gc-...@li...] Namens Shaun Jackman Verzonden: dinsdag 22 maart 2005 3:12 Aan: gc-...@li... Onderwerp: [Gc-linux-devel] Building a SD card adapter I'm building an SD card adapter. I'd love to hear from anyone that's done this before and has any suggestions. I bought a SD card connector (the female kind that receives a SD card) and opened up a third party memory card to pillage its connector. The memory card connector is just a card edge on the PCB, and the copper fingers are swallowed up entirely by the GameCube, so there doesn't seem to be any hope of soldering directly to the fingers. None of the important signals (cs, miso, mosi, clk) go through a via, so I can't get the signals there. The signals go straight into a block blob on the printed circuit board, so I can't solder to a leg on a chip either. In short, it doesn't look like this memory card's going to be of any use to me. The best bet seems to print my own circuit board, but I don't have any experience with that, and I doubt it would be cheaper than buying/importing a SD card adapter. So, any suggestions? If you've built an adapter, how'd you do it? Cheers, Shaun ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Gc-linux-devel mailing list Gc-...@li... https://lists.sourceforge.net/lists/listinfo/gc-linux-devel |
|
From: James W. <jk...@ho...> - 2005-03-22 19:43:11
|
I am still in the process of creating my own SD Card Adapter. I have designed a circuit board but have not done the etching process. Would somebody please give me some feedback on the circuit design? http://www.littleutils.com/SDCardCircuitMonoChromeMirror4x6Board-Qty9.gif I intend to use the Part from Digi-key instead of removing a connector from a card reader. http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail?Ref=183346&Row=105124&Site=US I believe with shipping and the service charge for a small order it is more cost effective to buy at least 9 at a time +$5 if the order is less than $25 I am also planning on using the etching process mentioned at this website. http://www.fullnet.com/u/tomg/gooteepc.htm Any other comments? Thanks! James Wall ----Original Message Follows---- From: gc-...@li... Reply-To: gc-...@li... To: gc-...@li... Subject: Gc-linux-devel digest, Vol 1 #121 - 1 msg Date: Mon, 21 Mar 2005 20:06:55 -0800 Send Gc-linux-devel mailing list submissions to gc-...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gc-linux-devel or, via email, send a message with subject or body 'help' to gc-...@li... You can reach the person managing the list at gc-...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Gc-linux-devel digest..." Today's Topics: 1. Building a SD card adapter (Shaun Jackman) --__--__-- Message: 1 Date: Mon, 21 Mar 2005 18:12:21 -0800 From: Shaun Jackman <sja...@gm...> To: gc-...@li... Subject: [Gc-linux-devel] Building a SD card adapter Reply-To: gc-...@li... I'm building an SD card adapter. I'd love to hear from anyone that's done this before and has any suggestions. I bought a SD card connector (the female kind that receives a SD card) and opened up a third party memory card to pillage its connector. The memory card connector is just a card edge on the PCB, and the copper fingers are swallowed up entirely by the GameCube, so there doesn't seem to be any hope of soldering directly to the fingers. None of the important signals (cs, miso, mosi, clk) go through a via, so I can't get the signals there. The signals go straight into a block blob on the printed circuit board, so I can't solder to a leg on a chip either. In short, it doesn't look like this memory card's going to be of any use to me. The best bet seems to print my own circuit board, but I don't have any experience with that, and I doubt it would be cheaper than buying/importing a SD card adapter. So, any suggestions? If you've built an adapter, how'd you do it? Cheers, Shaun --__--__-- _______________________________________________ Gc-linux-devel mailing list Gc-...@li... https://lists.sourceforge.net/lists/listinfo/gc-linux-devel End of Gc-linux-devel Digest |
|
From: Albert H. <alb...@gm...> - 2005-03-22 19:06:30
|
Hi, I built one sd card adapter from scratch, using a memory card and a female sd connector like you. I soldered wires on top of the copper fingers or on the tracks leading to them, just leaving enough space on them for the memory card to correctly fit into the cube. Then soldered the wires to the sd connector. I cutted too some of the tracks to ensure the memory card electronics would not interfere with the sd card. And... it worked! Cheers, Albert |
|
From: Alan H. <aha...@ee...> - 2005-03-22 14:49:35
|
The best bet is usually to scrape off the solder mask and then bodge it to the exposed track. Theres a lot of examples of this over at the gcdev forum (http://www.gcdev.com/phpBB2/index.php). [plug] If you have problems, you can buy premade sd adaptors at my site http://www.gamesfairy.co.uk as well as preconfigured Action Replay. [plug] -Randomdude/Alan > I'm building an SD card adapter. I'd love to hear from anyone that's > done this before and has any suggestions. I bought a SD card connector > (the female kind that receives a SD card) and opened up a third party > memory card to pillage its connector. The memory card connector is > just a card edge on the PCB, and the copper fingers are swallowed up > entirely by the GameCube, so there doesn't seem to be any hope of > soldering directly to the fingers. None of the important signals (cs, > miso, mosi, clk) go through a via, so I can't get the signals there. > The signals go straight into a block blob on the printed circuit > board, so I can't solder to a leg on a chip either. In short, it > doesn't look like this memory card's going to be of any use to me. The > best bet seems to print my own circuit board, but I don't have any > experience with that, and I doubt it would be cheaper than > buying/importing a SD card adapter. > > So, any suggestions? If you've built an adapter, how'd you do it? > > Cheers, > Shaun > > > > --__--__-- > > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > > > End of Gc-linux-devel Digest |
|
From: Shaun J. <sja...@gm...> - 2005-03-22 02:12:25
|
I'm building an SD card adapter. I'd love to hear from anyone that's done this before and has any suggestions. I bought a SD card connector (the female kind that receives a SD card) and opened up a third party memory card to pillage its connector. The memory card connector is just a card edge on the PCB, and the copper fingers are swallowed up entirely by the GameCube, so there doesn't seem to be any hope of soldering directly to the fingers. None of the important signals (cs, miso, mosi, clk) go through a via, so I can't get the signals there. The signals go straight into a block blob on the printed circuit board, so I can't solder to a leg on a chip either. In short, it doesn't look like this memory card's going to be of any use to me. The best bet seems to print my own circuit board, but I don't have any experience with that, and I doubt it would be cheaper than buying/importing a SD card adapter. So, any suggestions? If you've built an adapter, how'd you do it? Cheers, Shaun |
|
From: Daniel T. <gc-...@re...> - 2005-02-22 21:09:37
|
On Mon, 2005-02-21 at 14:47 -0800, Shaun Jackman wrote: > Does GameCube Linux and Action Replay work with the keyboard adapter > pictured here [1]? This adapter is only ten bucks on eBay. This looks exactly like the one I have. In my case the claimed manufacturer is called tototek. The adaptor can be made to work on gc- linux but only with a kernel patch. I have already posted this patch to the list and I'm waiting for any comments on whether adding support for this adaptor it breaks the Datel one. If it does break other keyboards I'll repost my patch based on a compile time option so it can be committed to the CVS tree. -- Daniel Thompson <gc-...@re...> |
|
From: Shaun J. <sja...@gm...> - 2005-02-21 22:47:26
|
Does GameCube Linux and Action Replay work with the keyboard adapter pictured here [1]? This adapter is only ten bucks on eBay. Please cc me in your reply. Thanks, Shaun [1] http://www.lan-kwei.com/keyconE/ |
|
From: Groepaz <gr...@gm...> - 2005-02-16 07:01:19
|
yay, we've made a first little step towards viper+gc-linux... that is, tools to make use of the viper from within linux (and without wine mayhem) http://hitmen.c02.at/hitgc/hit-vflash-0.2.zip this is a recode of the original flashtool, works in windows and linux. source and win/x86linux executeables included. http://hitmen.c02.at/hitgc/hit-makevgc-1.0.zip http://hitmen.c02.at/hitgc/hit-makevgc-1.0-kidsave.zip this is a recode of zipzaps MakeVGC tool. should work on pretty much any OS with a c-compiler, source and win/x86linux executeables included. !!!WARNING!!! if you think aquiring (part of) the ipl cypherstream by downloading it from the internet is immoral, illegal or whatever else you dont like, DO NOT download hit-makevgc-1.0.zip!!! use the "kidsave" version instead, which is the source only, and has the cypherstream removed. (you can dump it yourself if you have a viper, instructions are in the viper documentation). having said this, i would be seriously interisted if there are any lawyers listening here who could shed some light on this - my personal opinion is that using the cypherstream like its used here is in no way different than how datel is using the NHL licence string for their discs - ie perfectly legal. (just like datel needs the licence, we need the xor cypher to create interoperable software). however i'm nowhere near to beeing a lawyer, and it might also be different in US, EU and DE laws. (with the EU and DE beeing less restrictive - for now and hopefully forever :=P) -- gpz http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html |
|
From: Groepaz <gr...@gm...> - 2005-02-14 22:15:58
|
On Monday 14 February 2005 23:08, Daniel Thompson wrote: > I wondered if the Nintendo protocol provides for more simultaneous keys > pressed than the PS/2 interface keyboard is capable of reporting. This > would allow for some flexibility in the implementation of a PS/2 to GC > adaptor. could well be. > However it is certainly possible that the difference in behaviour is due > to missing initialisation when booting via the Max Drive Pro (which as > far as I know has no keyboard support) but present in PSO. yes very possible - i use AR to launch stuff and i never got keyboard working (except with my own code, which is more or less identical to the linux stuff - that alone is weird enough :=P) -- gpz http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html |
|
From: Daniel T. <gc-...@re...> - 2005-02-14 22:08:37
|
On Mon, 2005-02-14 at 21:18 +0100, Groepaz wrote: > > Basically it seems that this device puts the keyboard scan codes into > > the top 24 bits of the second word (raw[1]) rather than the first. Other > > than that everything appears to be pretty much the same. > > that cant be true, all keyboards/adapters have to work exactly the same, > since they are all clones of the one and only official nintendo keyboard... > (and there isnt code to decide between different keyboards in PSO either, > yet the datel keyboard works with it) I wondered if the Nintendo protocol provides for more simultaneous keys pressed than the PS/2 interface keyboard is capable of reporting. This would allow for some flexibility in the implementation of a PS/2 to GC adaptor. However it is certainly possible that the difference in behaviour is due to missing initialisation when booting via the Max Drive Pro (which as far as I know has no keyboard support) but present in PSO. -- Daniel Thompson <gc-...@re...> |
|
From: Groepaz <gr...@gm...> - 2005-02-14 20:29:04
|
On Monday 14 February 2005 21:16, Daniel Thompson wrote: > Hi Folks > > I have now got my Lik-sang keyboard adaptor working. > > Basically it seems that this device puts the keyboard scan codes into > the top 24 bits of the second word (raw[1]) rather than the first. Other > than that everything appears to be pretty much the same. that cant be true, all keyboards/adapters have to work exactly the same, since they are all clones of the one and only official nintendo keyboard... (and there isnt code to decide between different keyboards in PSO either, yet the datel keyboard works with it) so if this fix works with your keyboard, but it breaks other keyboards/ adapters.....there is definetly a major flaw in it. (which we already knew, the keyboard code _is_ flaky, due to lack of knowledge :)) > The attached patch is all that is needed to get the thing going however > it might break the Datel support depending on whether the Datel adaptor > sets the top 24-bits of the second word to zero. I think its unlikely > but am not in a position to test it. > > Could someone with a Datel adaptor test this patch and see if their > keyboard still works? i'm suspecting that the keyboard code is missing some important initialization bit.....OR the problem lies in the fact that its not doing exactly what the nintendo sdk code does, and the (unofficial) adapter somehow gets confused because of that. i personally wouldnt mind getting some testresults from someone who actually owns one of these official keyboards :) -- gpz http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html |
|
From: Daniel T. <gc-...@re...> - 2005-02-14 20:17:10
|
Hi Folks I have now got my Lik-sang keyboard adaptor working. Basically it seems that this device puts the keyboard scan codes into the top 24 bits of the second word (raw[1]) rather than the first. Other than that everything appears to be pretty much the same. The attached patch is all that is needed to get the thing going however it might break the Datel support depending on whether the Datel adaptor sets the top 24-bits of the second word to zero. I think its unlikely but am not in a position to test it. Could someone with a Datel adaptor test this patch and see if their keyboard still works? -- Daniel Thompson <gc-...@re...> |
|
From: <ps...@ps...> - 2005-02-11 17:22:56
|
On Fri, 11 Feb 2005 ps...@ps... wrote: > > I got the Datel thing and I can't get the keyboard to work. It is like the > problem discussed in here just a couple of days ago. > > Steve told me that I have to force gcn-si to use keyboard on port 4, but I > don't know how to do this. Can I alter the append variables to the kernel? Or > do I need to compile my own kernel? Is there some older kernel/dolfile on the > homepage that is stable and works? > > /Psychad > I got some info From Steve on IRC, i'm using the append variable force_keyboard_port=4 now, it works almost. I can type and stuff but after a couple of seconds it takes the last keystrike and repeats it many times. Sometimes it even locks like that. I tried with several keyboards. using the bundled datel one is almost the worst. It loops this behavior. Is there some dol-file to download that doesn't have the gcn-si driver? /Psychad |
|
From: <ps...@ps...> - 2005-02-11 15:58:59
|
I got the Datel thing and I can't get the keyboard to work. It is like the problem discussed in here just a couple of days ago. Steve told me that I have to force gcn-si to use keyboard on port 4, but I don't know how to do this. Can I alter the append variables to the kernel? Or do I need to compile my own kernel? Is there some older kernel/dolfile on the homepage that is stable and works? /Psychad |
|
From: Daniel T. <gc-...@re...> - 2005-02-08 22:24:29
|
On Tue, 2005-02-08 at 19:41 +0100, Jonathan Perret wrote: > FWIW, I haven't had any success uploading files to my new Max Drive Pro > either. > I heard (not from Datel ! the support for the device on their web site is > mostly inexistent) that an USB 2.0 And their forums were suspended last time I looked so its hard to even find other users. > port was needed and I have only tried it on 1.x ports so far. It's pretty > lame since I'm sure > it can work with my machine: the device is detected fine by Windows, it's > just that the Datel > software refuses to see it. I do hope they are going to release an update > soon... I have seen mine work on Win98 (USB1.1) and WinXP (USB2.0). I have also seen the device detected on one of my Linux boxen as a Mass Storage Device (with a non-standard filesystem). Sadly the other Linux box (also USB2.0 didn't see anything at all. The Datel software worked fine on both Win32 machines, on Win98 I needed to installed a driver off the CD first. To copy .dol files to the memory card simply drag a .dol file into the file list on the right. Seeing as how there is no documentation on the CD and they packaged the product with a manual for a different product (Action Replay MAX) it took me bloody ages to figure that out. |
|
From: Jonathan P. <j-g...@jo...> - 2005-02-08 18:41:24
|
FWIW, I haven't had any success uploading files to my new Max Drive Pro either. I heard (not from Datel ! the support for the device on their web site is mostly inexistent) that an USB 2.0 port was needed and I have only tried it on 1.x ports so far. It's pretty lame since I'm sure it can work with my machine: the device is detected fine by Windows, it's just that the Datel software refuses to see it. I do hope they are going to release an update soon... Cheers, --Jonathan ----- Original Message ----- From: "James Wall" <jk...@co...> To: <gc-...@li...> Sent: Tuesday, February 08, 2005 9:03 AM Subject: [lists] [Gc-linux-devel] Fw: Max Drive Pro Tips for using. >I have also received my Max Drive Pro, but I am having problems writing > Gamecube DOL files to the memory card. Do you do this through the Max > Drive > Pro software or do you access the memory card through a drive letter? I am > using WinXP Professional, I'm also using the memory card through a powered > USB 2.0 hub, could the hub be the problem? > > I would really appreciate any tips you may have. I generally love the > hardware they produce but their software always seems to be too simple for > me and not enough obvious features. Thanks in advance. > > James Wall > jkwall at hotmail dot com > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Gc-linux-devel mailing list > Gc-...@li... > https://lists.sourceforge.net/lists/listinfo/gc-linux-devel > |
258 messages has been excluded from this view by a project administrator.
