Robsy:
Léete mi post entero, no en diagonal.
Los leo de forma correcta, y no como otros que se dedican a contestar a medida que leen.
Dioniso y yo estábamos hablando de las penalizaciones de MSXdev'05. Hubo entradas de MSXdev'05 que fueron penalizadas por el tema del bit alto del registro 7 del PSG muy severamente, cuando había en realidad otros problemas que no se pusieron de manifiesto y han sido detectados posteriormente. Esto afectaba a un listado considerable de juegos, que no comentaré aquí.
Lo que se comentó es que se estaba realizando, otra vez, agravios comparativos.
Además si te lees bien mis post, no solo los tuyos hay que leerlos correctamente
, observarás que no responsabiliso a Alfonso de ese error para nada. Pero que es llamativo como valoras una cosa que puede estropear el ordenador con otra que no lo hace, y que también lo reflejo en el post anterior: no existe el mismo rigor y se dice una cosa u otra según quien habla.
A esto me refería cuando hablaba de los problemas de corrupción de gráficos, manejo de slots, registro 7 del PSG. Es decir, la última competición en la que fui organizador, MSXdev'05.
Aqui solo observé lo del registro 7. Además ya que hablas de ese contest, te puedo decir y tu lo sabes bien, que en ese contest no presenté ninguna protesta ni nada sino todo lo contrario. Asi que, algo distinto hay en los siguientes.
Como comprenderás, no puede haber penalizaciones publicadas sobre MSXdev'06 porque no hay veredicto sobre MSXdev'06.
Ya sé que no las hay, pero que no es difícil imaginar lo que va a pasar, que hay precedentes, basic contest???
Por otra parte, vuelvo a flagelarte con mi látigo en llamas, lo que yo amigablemente llamo "mi opinión": no es de recibo hablar de manuales de explotación, problemas de arquitectura o microcódigo en el ámbito del MSX. Un MSX es cualquier ordenador que ponga MSX y se atenga al estándar.
Que gracioso !!!, cuidado con las agresiones que aqui también sabemos hacer eso.
Y si, creo que se puede hablar de todo lo comentado, por que existe. Y ya sabemos lo que es el standard.
Que el estándar es más laxo de lo que debería ser? Sí, es verdad. Pero el estándar mismo deposita esta reponsabilidad sobre los programadores. Todo lo que se refiere al estándar puedes encontrarlo en el MSX Technical Databook, que te recomiendo que leas. Incluye una sección muy interesante, dedicada a los programadores, para ayudarles a garantizar la compatibilidad de sus aplicaciones.
¿Que deposita la responsabilidad sobre los programadores?, ¿donde habla de eso?. Se podría decir lo contrario y sería igualmente válido.
Otra cosa es que sabiendo lo que hay, querais superar eso. No creo que sea responsabilidad del desarrollador, pero claro, la aplicación tiene que funcionar. En este sentido y según tu criterio, todas las aplicacione deben funcionar en todos los sistemas, pero que ya sabemos lo que pasa cuando una aplicación hace uso de características del msx2, por ejemplo. Entonces ¿de que compatibilidad hablas?
Y el manual ese, ya lo leí o alguno parecido, no sé, pero que no te creas que todo esta documentado.
Por lo demás, sugiero que ahorremos todos tiempo dedicándonos a quehaceres más productivos, tales como programar.
Eso de hacer cosas más productivas, lo he dicho ya desde hace tiempo, pero puedes observar en los post de éste foro que hay gente que le divierte más hacer otro tipo de cosas.
Tratemos de que todo sea compatible, ésa era la idea que queríamos transmitir y que no sé si hemos conseguido a lo largo de este largo cruce de mensajes.
Que si, que ya sabemos lo que querías decir, pero que hay más que eso y que las cosas se pueden hacer de mejor forma.
Para finalizar comentar lo siguiente:
fueron penalizadas por el tema del bit alto del registro 7 del PSG muy severamente
Y te quedas tan tranquilo !!!. Es la organización la que debe revisar los excesos de los jueces y demás irregularidades, de ésta forma no hubieran ocurrido ciertas sucesos anteriores.
Los jueces solo pueden evaluar según las bases y no según crean ellos.
