Comunidad de usuarios
de banda ancha e internet móvil
hosting interdominios
Foros » Comunidad » Herramientas » BASpeed
28 respuestas
27 mensajes
Hola a tod@s :-). Acabo de publicar una nueva versión RC1 de BASpeed 2007, que soluciona el siguiente problema:
Un saludo a tod@s :-), y que lo disfruteis ;-)
Ahi vá lo que acabo de descubrir con el SDK de Windows Vista. Resulta, que hay funciones nuevas para detectar los adaptadores de red instalados (por eso no funciona bien la detección de adaptadores de BAMeter en Windows Vista), hay funciones nuevas para mandar pings (de ahí que fallen BAPing y BATrace), y otras cosas que he visto, como que no hace falta llamar al Native Wifi API, para detectar los adaptadores wifi del PC, sino que hay otra funcion nueva dentro del IP Helper API que permite la detección de estos adaptadores, y encima también te da las estadísticas de esos adaptadores :-o :-o :-o (cosa que en XP no puedo hacer, puesto que XP no lleva esas funciones incorporadas).
Lo he pensado mucho después de ver estas funciones, y creo que el módulo BAWifi va a esperar un poco más, debido a que visto lo visto, lo voy a realizar enteramente para Windows Vista. Y estoy pensando también en una remodelación completa del programa. Con esto quiero decir, que muy probablemente vuelva al estilo de las BANetTools, o sea, cada programa por separado.
El motivo es que BASpeed tiene una cantidad de lineas de código impresionante (sobrepasa en estos momentos, las 10.000 lineas de código, y creo que eso sobrepasa a cualquiera). Para manejar mejor cada módulo, sería mejor tenerlo por separado, de forma que cambios se hagan en un sólo módulo, y no afecten a todo el código del programa.
Y..., todo eso, para deciros, que ya estoy pensando en crear la v5 de BASpeed, y..., será únicamente compatible con Windows Vista. ¿Porqué? Sencillo. XP y Vista, a nivel de apliaciones normales, son practicamente compatibles, pero los de Microsoft han hecho muchos cambios en el sistema a nivel de red, por lo que, como podeis comprobar, hay un montón de cosas de la v4 que no funcionan como debieran en Vista. Y por ello, he decidido que la v5, se va a crear desde cero (excepto BALineEstimator, que funciona perfectamente en Vista), por lo que voy a crear cada módulo desde cero y como hice en la v3 y en la v4, testeando cada paso que se haga en cada módulo para tener una versión 100% estable.
Espero que no os moleste esta decisión, pero es que es imposible seguir con el desarrollo de BASpeed en Vista por el camino actual, por lo que hay que cambiarlo de forma radical para que funcione todo en Vista ;-)
Un saludo a tod@s :-)
PD: Perdonad el ladrillazo que acabo de soltar, pero es que tenía que explicaros los motivos por los que la siguiente versión, ya no será compatible con XP, y si con Windows Vista ;-)
Me parece muy correcto tu planteamiento y comprendo tu decision, aun asi tras varias pruebas de Vista en entornos comprometidos, por mi parte creo que hasta que no saquen algunos service packs y cierto tipo de aplicaciones dejen de dar problemas (bien por los service packs, bien porque saquen nuevas versiones totalmente compatibles con Vista) voy a dejar el disco de instalacion de Vista guardado en el cajon.
De todas formas vi a seguir probando la V4 en XP a fondo 
Tranquilo yommimo ;-). A la v4 le queda guerra para rato ;-). Tanto tiempo, como tiempo de vida tenga XP. Aunque comience a desarrollar la v5, la v4 se irá actualizando con nuevos módulos, que se incorporarán a la v5, por supuesto.
Sin embargo es posible, que haya módulos imposibles de programar en XP, debido a que sus funciones sólo están presentes en Vista, por lo que en un determinado momento, los caminos de la v4 y la v5 se separarán y se finalizará el ciclo de vida de la v4 para dar paso a la v5 en Vista únicamente.
Pero, vamos..., que por ahora, y durante bastante tiempo (meses ;-)) disfrutareis de la v4 y sus actualizaciones en XP ;-)
Un saludo :-)
Piensa que Vista aún acaba de nacer y probablemente se quede como se quedó W. Me. ;-)
Ahora es mejor hacer las aplicaciones que funcionen tanto en XP como en Vista. Que el BAWifi no va a funcionar con XP, vale, pero creo que en los actuales momentos no se debe dejar solo que funcione para Vista todos los demás módulos por un solo módulo.
Eso va a influir negativamente, ya que va a disminuir la cantidad de usuarios que puedan o quieran tener el Vista en estos momentos y quieran ni siquiera probar el programa.
Por lo del código es lo mejor. Me acuerdo de un programa que hice con 225.000 líneas aprox. (ahora no me acuerdo) y lo hice como dices, todo separado ya que era más práctico, amén de que se libera memoria al no cargar el código de todos los módulos o partes de un solo .exe
Ummm. te habré entendido bien? Me parece que en algo,no. :-?
Yo sigo con lo mío que ahora estoy atascado en la C900 y esta noche quisiera, si me dejan, subir la versión casi final.
Un saludo ;-)
Edito
Vale, ya le has respondido a yomimmo y queda aclarado ;-)
hay funciones nuevas para detectar los adaptadores de red instalados (por eso no funciona bien la detección de adaptadores de BAMeter en Windows Vista
Como nadie habia dicho nada, creia que el error era mio, por eso no lo habia posteado, pero BAMeter no lo puedo usar ya que no me coge el adaptador wifi :-?
Un saludo 
(ultimamente estoy llegando tarde a las nuevas versiones 
)
Ni a mi me lo detecta. El problema, como dije antes, es que Vista ha cambiado radicalmente la programación de los protocolos de red, y aunque algunos son compatibles (BASpeed y BADnsAnalyser funcionan perfectamente), resulta que BAMeter, BAPing y BATrace no funcionan como debieran ;-).
Un saludo :-)
El teste de velocidad del BASpeed veo que todavía necesita algo de pulido. En cuanto se arma un poco con comenzar y cancelar descargas una y otra vez al final empiezan a salir errores como estos dos y empieza a hacer cosas raras como que no aparezca el MsgBox de cancelado o al darle a comenzar no hace nada y luego sale el MsgBox de lo que cancelaste antes... etc:
A parte de eso voy a comentar las cosillas que yo cambiaría. Son detallitos, no errores.
Por ejemplo, en BAPing, ya veo que al dar al Enter arranca el proceso de pings pero añadiría más detalle: al terminar sería ideal que volviera el foco a la casilla donde se pone el dominio y que además estuviera todo el texto seleccionado para así poder escribir directamente otro dominio sin tener que usar el ratón o dejar pulsado el retroceso, etc.
Lo mismo para cuando haces click sobre una de las casillas en general, que por defecto, al conseguir el foco se esté seleccionado todo el texto. No sé si me explico muy bien a lo que me refiero, pero es para hacer más ágil el manejo del programa, como con el Firefox, IE y demás, que la primera vez que picas en la barra de direcciones se selecciona toda la URL y la segunda vez que picas ya es poner el cursor donde quieres.
En el test de velocidad... al cancelar una subida pone "Test de subida cancelado. Error en la conexión o transferencia con el servidor." Mmm... lo de error de conexión no debería aparecer cuando se cancela, debería aparecer sólo cuando haya un error de conexión de verdad, no provocado por el usuario, ¿no?
En general, al hacer una captura de pantalla sigue haciéndolo con un tamaño descomunal. Me da que sigue haciéndolo sin compresión, en plan que pone la extensión jpg pero que luego no lo comprime a jpg, que 600 KB por una capturina de pantalla tan chiquitina... en jpg del Photoshop en calidad máxima (que es una burrada de calidad) lo deja en unos 150 KB y el Paint lo deja en unos 40 KB. Vamos, que no lo comprime en absoluto, que lo deja en bitmap.
En el BAMeter sigo en mis trece de que estaría bien poder verlo duncionar con la opción de 5 segundos, en vez de ser como máximo 1 segundo O si acaso que pueda trabajar con valores medios como por ejemplo la media de los 3 segundos anteriores, que es que sino la gráfica queda un poco fea :-P
Y por último... en el BALineEstimator, pues quitar de ahí las configuraciones que son para cable, como por ejemplo Ono 4000/300 :-P
Eso es todo por hoy! Jeje ;-)
Y por último... en el BALineEstimator, pues quitar de ahí las configuraciones que son para cable, como por ejemplo Ono 4000/300
Ok, si. En próximas revisiones del BALineEstimator quitaré las referencias a cable, satélite y rtb.
Ahora están por testeo de hipotéticas líneas inexistentes en ADSL.
slds. y gracias :-)
:-D Eso es por "simular" de cierta manera, lo que sería resetear o apagar y encender el router. Una variación de datos, debido a los diferentes parámetros del par y del mismo router.
En palabras simles, que no siempre se sincroniza a la misma velocidad.
Slds. :-)
EDITO:
El algoritmo... pues son varios los usados, la verdad. Tanto de medias de datos reales de líneas existentes, como en simulaciones de diferencias en temperatura del exterior(que influye en el par), % de variación del router, humedad, etc. Sencillo verdad ?
Supuse que habrías metido componentes de variabilidad, pero no me imaginé que lo harías tan complejo. Lo mismo sería bueno avisar al usuario de este comportamiento y del porqué, porque lo mismo se creen que "es que está mal" o algo así. O hacer una versión "avanzada" en la que puedas meter tú los datos de la temperatura exterior y cosas así (cómo mola! Jejej) :-D
:-D :-D :-D :-D :-D :-D
Pues si. Incluiré una pequeña ayuda en el mismo módulo que explique todo eso no vayan a pensar que el programa no funciona :-D
Por lo de una versión avanzada... Tomo nota y puede que lo implante ya que me parece una buena idea!.
Aunque primero es pulir el gráfico y el código y a ver si me decido a usar opengl o directx para mostrar en 3D los gráficos.
Pasito a pasito que en 2 semanas, a un ratito al día he avanzado mucho ;-)
Un saludo y gracias por el aporte :-)
Aún estoy por probar el mono-project desde el ide de VS2005, así que quizás se porte a MAC y a Linux de forma automática.
Pero de momento no se hará, ya que el BASPeed se hace en otro lenguaje diferente al BALineEstimator y al BAWifi y todos forman parte del BASpeed.
Quizás DjNacho esté interesado en portar el BASPeed a MAC.
;-)
Respecto al primer tema heffeque, esos errores son producidos probablemente porque cancelas, descargas, vuelves a cancelar, vuelves a descargar, etc. muy rápido. Es decir, quizás una de las veces el programa no había terminado la operación de terminar el hilo de ejecución de descarga, y tu le has dado a descargar otra vez, por lo que el programa, digamos que se niega a ejecutar un hilo que ya está ejecutándose (y eso mismo pasa con las conexiones, porque los dos errores que te da en las capturas, si te das cuenta, son por las conexiones Socket de Windows, debido a que no se le da tiempo al programa a cerrar las conexiones adecuadamente ;-))
Las ideas para BAPing y BATrace me las apunto pero ya, para pasarlas en la nueva versión RC1 de BASpeed ;-).
Lo del test de subida, es un mensaje genérico, que no está cambiado desde la v3 (si te das cuenta, es el mismo mensaje). Me lo apunto, para cambiarlo en la siguiente RC1 ;-)
Y con respecto a BAMeter, me apunto la idea de los 5 segundos (también para la siguiente RC1 ;-)). Lo de BALineEstimator, ya veo que Donovan te ha contestado, así que... por ese lado todo resuelto.
Creo que no se me olvida nada :-P. Bueno, espero que al menos hayas entendido el problema de los errores que te da al cancelar y volver a descargar ;-) (que se solucionan, como bien habrás comprobado, cerrando el programa y volviendo a ejecutarlo, con lo que el IStack o pila de internet del programa se vacia ;-))
Un saludo :-)
Ja, ja... esa es la filosofía del buen betatester (como hace yomimmo). Es decir, plantearte que eres como un niño, e intentar buscar los fallos como los encontraría un niño, es decir, poniendo el programa al tope (yo lo he hecho alguna vez con algún módulo de BASpeed ;-))
Un saludo :-)
PD: Como nos gusta ser niños de vez en cuando ¿eh? :-P
