Pues lo que decia que si somos 10 personas a participar ya puedes pedir 500 conectores 50 por cabeza. Yo personalmete estoy dispuesto a colaborar aunque el DUCK no este "maduro" como tu dices.

El caso de las teclas, aunque el usuario vuelva a pulsar otra entrada del duck cuando se le requiere una tecla, pues no te afecta para nada, simplemente que a lo mejor el asigna la tecla que no quiere, pues que la vuelva a asignar, solo tienes que comprobar que no se graban teclas duplicadas. Pero si es pulsa joystick arriba (supongamos que la entrada devuelve la tecla J, y despues pulsa un boton de la maca que devuelve la tecla B, pues nada en joystick arriba tendras la J, y ya esta si esta mal que vuelva a empezar.... creo que hay que ser un poco negado para no entender ese sistema, primero entrada del duck, luego pulsacion de teclado.

Modificado por markg23 - 18/10/2005, 09:22

Bufff, llevo unas semanas que apenas puedo tocar el asunto... pero bueno, os pongo al día de lo poco que he hecho. Parece que ya le he dado forma a una idea que tenía rondando por mi cabeza para hacer el invento modular, y creo que es posible hacerlo. De este modo, el DUCK consistiría de un modelo básico (que podría ser el DUCK64 o el JDUCK) que gestiona únicamente el interfaz USB, los switches normales y cuatro ejes analógicos. A este sistema luego se le podrían acoplar tarjetas de expansión para implementar otras funciones: palancas 49-Ways, trackballs, rotarys, expansiones de LEDs o displays a lo "MALA", etc. Por si no os habéis dado cuenta, remarco que en la placa básica desaparece el soporte para dispositivos ópticos, que ahora corresponderá a una placa de expansión. Por ahora tengo casi acabada la placa básica de la versión 64 y más o menos ideada la del JAMMA.

Ahora unas preguntillas sobre el interfaz JAMMA:
- ¿Tiene alguna utilidad práctica (teórica ya se que la tiene) el que ofrezca entradas para altavoz, tal y como hace el J-Pac?
- ¿Para qué valen los contactos "Service switch", "Tilt" y "Test"? ¿Merece la pena que los conecte internamente (el J-Pac no lo hace)?

Hola Doragasu, me alegro que siga el proyecto y desde luego, (yo personalmente), aplaudo tu decision de la orientacion modular, (como te comente en varios post, desde el inicio veo optima esta orientacion), a por las preguntas:


Te hablo desde mi experiencia, (pues las uso), es un metodo COMODO, simplemente, o sea tienes todo el cableado realizado y no tienes que tocas nada al conectar placas o PC, (ten encuenta que el JPac lo unico que hace es dar "continuidad" a las conexiones JAMMA de audio, pues no realiza nada con ellas solo las puentea, pero es una forma de tener tu sistema de sonido "fijo" y no andar con clavijas entre PC y placas...



Aqui no te puedo ayudar mucho, pero el JAMMA valen, (los de service y text), para conectar un pulsador que de acceso a la zona de servicio, (configuraciones), y text de las pacas JAMMA o bases tipo MVS, CPSII, etc...

S@ludotes,

Gracias por la respuesta. Ya he conectado en el diseño los pines del altavoz con dos terminales externos. Lo de si tenía utilidad práctica es más que nada porque como el JAMMA es mono, no se si realmente lo usarán muchos marcianos, a pesar de la comodidad, el perder un canal de audio en los juegos stereo me parece un sacrificio bastante grande que yo personalmente no haría.

Lo que me dices de los switches es más o menos lo que pensaba, lo que me interesa saber es si realmente valdría para algo útil. Yo creo que no, porque es más cómodo redefinir cualquier botón del panel para que haga esas funciones (utilizando shift keys o algo así) pero lo pregunto por si acaso hay algún marciano por ahí que quiere utilizar esos botones al igual que hacía con la placa original.

acabo de leerme todo el post y me parece muy interesante lo que estas desarrollando.

vivo en madrid tambien y tengo una maca en casa para cualquier prueba que quieras hacer, ademas soy electronico y aunque no ejerzo supongo que no se me habran olvidado aun todas las cosas.

Animo y sigue con el proyecto y si necesitas una mano en cualquier tema... pos aqui estamos

PD: ademas acabo de freir mi j-pac y me duele tener que pedir otro a Andy

Ahí va una captura, a ver qué os parece:

La verdad que llevo aqui un par de dias y alucino con el mundillo, hehe

Hola doragasu, quiero darte animos lo primero para que continues con el proyecto y que si es necesario lo maduremos entretodos, siempre que la parte de hard la veas lo suficientemente util, el soft podemos mejorarlo entre nosotros sin problema

La verdad que el proyecto a evolucionado mucho desde que comenzaste con la idea inicial y seguro que muchos marcianos que siguen el tema y aportarian una minima donacion (5e/10e por paypal o a cuenta X). Yo lo haria sin problema y evidentemente, sin pedirte luego nada a cambio, aunque solo fuera por "pagarte" de forma simbolica, todo el esfuerzo y tiempo que has empleado en el proyecto; pienso que no seria muy descabellado y que el pequeño "mocho-marciano" ayudaria (un poco al menos) con algo de los gastos que lleves.

Soy programador, necesitas informacion de Direct-Input tengo manuales e informacion varia que si necesitas puedo escanearte y colgarlo ande me digas

Aunque quizas lo mejor seria usar algo universal, pensando en luego el soporte multiplataforma... Existen librerias como FTLK (pronunciado “fulltick”) que genera directamente "ejecutables" multiplataforma y es perfecto para la aplicacion (tipo boxes, forms, etc...) o sino irte directamente a MONO (sin usar herramientas privativas tipo de m$) que es libre y simplemente tendrias que crear un ejecutable para cada arquitectura (Win32, *nix, MacOS), te dejo info y si necesitas mas mandame un privi y te agrego al gaim

FLTK
Esta escrita en C++ ( bastante bien en comparacion con el resto de librerias similares ) y es capaz de crear aplicaciones visuales para Windows, Mac OSX, Linux, Unix, y MSDOS*. Usando sus propios controles y haciendo poca sobrecarga en el tamaño del ejecutable. Todo un ejemplo a seguir.

http://www.fltk.org/index.php - Pagina Oficial.
http://www.fltk.org/articles.php?L+TFAQ - PRF de la lib.
http://www3.telus.net/public/robark/index.html - Manual Basico
news://news.easysw.com - Noticias FLTK

Una Imagen vale mas que mil palabras, dicen



MONO

Mono es una implementación de varias tecnologías: Un compilador para el lenguaje C#, Visual Basic.Net y JScript; Un entorno de ejecución virtual; Un compilador JIT ( Just-In-Time = justo-a-tiempo, esto es, que compila el código justo antes de ser ejecutado); un compilador AOT ( AOT=ahead-of-time, antes-de-tiempo , esto es, que compila a código nativo un archivo y de esta forma no necesita la compilación JIT cada vez que se ejecute el programa); gestión automática de memoria; un motor multiproceso... tambien incluye implementación de librerías de clases de .NET: manipulación XML, Entrada/Salida, funciones matemáticas, criptografía, xslt, etc. Librería de clases multiplataforma para el acceso a bases de datos: Postgress, MySQL, DB2, TDS, Sybase, Oracle, ODBC...

En el mundo Microsoft, a este conjunto se le suele llamar la plataforma .NET en contraposición a .NET, que es un término comercial no muy concreto. Cuando uno se refiere a la plataforma .NET simplemente se refiere a estas tecnologias y mono te las pone tambien al alcance de forma libre.

http://www.mono-project.com/Main_Page - Pagina oficial
http://www.monohispano.org/ - Comunidad en Español

Una aplicacion en gnome desarrollada en Mono


Un Saludo y espero que todo esto ayude, por ahora no puedo ofrecerte una mano con el interface (estoy de curro hasta el cuello); pero para principios del que viene quizas haya suerte y este mas tranquilo

Muchas gracias por la ayuda y los consejos D_Skywalk, los tendré muy en cuenta. Lo que pasa es que además de la plataforma a elegir (estuve pensando incluso en algo como Java) también hay que solventar otro problemilla que consiste en la programación de la parte de bajo nivel. Yo conozco las funciones y bibliotecas que proporciona Windows para dialogar con los dispositivos HID USB, pero desconozco el API USB de Windows y MAC. Vamos, que independientemente de que al final utilice FLTK, MONO, Java o lo que sea, al final tendré que programar una "capa de adaptación" distinta según el SO utilizado.

Lo bueno es que como el DUCK utiliza HID, eso garantiza al menos la funcionalidad básica en cualquier SO que soporte HID, por lo que funciona sin instalar ningún programa ni driver en Windows, Linux y supongo que también en MacOS (aunque en este último no he tenido ocasión de probarlo).

Entonces voy a intentar investigar sobre como chalar con USB en MONO, a ver que encuentro y sus compatibilidades e incompatibilidades

El MacOS es basicamente una FreeBSD tienes cd-lives si quieres probar su compatibilidad sino le decimos a un amigo que lo pruebe que tiene un MacOS xD

[UPDATE]
He encontrado una pagina bastante completa sobre HID + C# (que puedes compilar sin problema en MONO) y al final de la pagina tienes documentacion especifica para Linux!

http://www.lvr.com/hidpage.htm

[UPDATE 2]
Parece que hay una lib multiplataforma (que haya visto Linux, BSD, OS X, y Windows) llamada libhid que usa como intermediario la libreria libusb, se instala facilmente en linux... A dia de hoy, evidentemente, la incluye cualquier distribucion actual por defecto.

http://libhid.alioth.debian.org/ (la pagina del proyecto actual)
http://libusb.sourceforge.net/ (la pagina de la lib principal, libusb)
http://www.ghz.cc/~clepple/libHID/doc/html/ (la pagina de la version antigua)

Un Saludo y espero que sea de ayuda

Modificado por D_Skywalk - 2/11/2005, 18:14

¡GENIAL! La libhid me puede ser extremadamente útil, qué pena no haberlo sabido antes, ahora tendré que tirar el código que tenía hecho para Windows y adaptar el proyecto al API de libhid.

Lo de la compatibilidad con Mac, lo cierto es que no es que me interese demasiado, porque la verdad no conozco de ningún caso de maca con un Mac, pero supongo que nunca está de más que sea compatible con todo lo que se pueda, y más si no supone un esfuerzo extra importante.

Muchas gracias de nuevo. Por cierto, ¿eres Dantoine?

Modificado por doragasu - 2/11/2005, 19:00

Yep, tiene una pinta buenisima, lastima que tengas que descartar la parte de tu api, supongo que solo tendras que rehacer las llamadas basicas, aunque todo depende de como estructuraste el codigo



Es lo bueno de trabajar siempre con estandares y librerias estandares, con una implementacion tienes todas las soluciones a tu alcance
Recuerda seguir siempre el camino de la luz y evitar elementos privativos que a la larga te aprisionaran a ti tambien



Sip, a mandar cuando guste

Por cierto, disculpa que no te pueda ayudar con la aplicacion en Mono, como te dije por ahora ando mal de tiempo, de todas si lo necesitas contactame montamos un proyecto en SF y ya ire sacando tiempo a raticos

Un Saludo y un placer, que no decaiga y sigue en pie la sugerencia de ese "mocho-marciano"

Cuanto tiempo ha pasado, de aquello al monstruo de ahora

Edito: Lo digo por el numero de diodos y clemas, mirando como es ahora me da un mareo...

Modificado por orimarc - 10/11/2005, 23:03

orimarc, en realidad es prácticamente lo mismo, por extraño que te parezca, sólo que con la parte de vídeo que antes no tenía y con los diodos y las carísimas clemas de conexión. Parece tan monstruosa porque los diodos y las clemas ocupan muchísimo y hacen que la placa sea tan grande (conectar 64 switches + analógicos y alguna cosa más no es moco de pavo...).

Sigue asi que al final tu DUCK eliminara al Jpac
salu2

Ojalá el DUCK llegue a buen puerto...
A ver si el creado nos infoma de como va la cosa.
PD: Creo que el punto a favor o en contra le dirá el pecio.

---

Ojalá el DUCK llegue a buen puerto...
A ver si el creado nos infoma de como va la cosa.
PD: Creo que el punto a favor o en contra le dirá el pecio.