Programa seleccionar audio por programa para win 8.1?

ups escribió:

se habrá largado de la universidad

Mira que eres...

Es que de hacer anti-rootkits gratis cuando estudias, a hacer rootkits cobrando cuando te has licenciado....... no hay color

Y lo bueno es que son mejores cuando los hacen de estudiantes. Y si son indios, chinos o rusos, ni te cuento.

A ver....

Sigue fallando
Podría decir lo mismo, pero en lugar de atascarse en los dos primeros exes ahora sale uno más (el netsvchelp.exe) de las asus utilities

Para no ir dándo palos de ciego, si le pones que genere trazas/log te las voy enviando.

Puedes ver dónde no llega con el Reflector

probado (tampoco) te anexo el fichero de log que ha salido

De momento va perfecto

Este genera un log más completo, porque de momento va bien,

Aqui lo tienes

He visto el código con el reflector, dónde tienes puesto los chivatos 1.2, y los 2.x etc.

Mas o menos por lo que he visto entre reflector y trazas:

He mirado el log veo que, los que entran en el grupo 2.x son los que salen: AI Suite y waveform y los del grupo 1. siempre la interacción es
1.2 -> 1.5 no se te cumple la condición para ese caso.
si le pones para el grupo de los mensajes 1.x que escupa cual no cumple y lo que tienes en "if name ==...." y lo que construyes para comparar y por ahí lo cazas seguro. ¿no?

No, lo que va del 2 al 5 es la condición de que esté el programa en el grid, para ver si tiene que cambiarle el dispositivo de salida. Como no hay ninguno nunca se cumple.

Lo que se ve en el log son sólo 2 programas, el WaveOut y el de ATI. Da la impresión de que pulses el programa que pulses o saques al WaveOut sólo le llega el handle de uno o de otro, no del que pulses a abras.

el 2.5 es el handle de la ventana creada o activada.
el 2.7 es el id del proceso al que pertenece la ventana
el 2.8 es el nombre del programa al que pertenece el proceso
el 2.13 es el nombre del dispositivo de salida (pantalla) en el que está la ventana
el 2.14 es el nombre del dispositivo de salida + -> + nombre del programa

¿Y el del post 13 te funciona bien teniendo los mismos programas abiertos que ahora?

Ah vale, perdona pensaba que el grupo 1.x también hacías el añadir grid si se cumplia la condición.

si, sale todo, cualquier cosa que abras y en el monitor que abrás, lo muevas, lo maximices, etc, a partir de esta versión.... solo esos dos, a veces un tercero (otro módulo del gestor de asus)... curioso ¿no?

los procesos los cazas (salen en el menú de procesos) pero luego los mensajes... se te ciñen a esos dos.

Una propuesta. No te sería más resolutivo, o si te estás dando cabezazos que te impiden avanzar, así dejas de buscar brujas en el beta tester durillo que te ha tocado, que en las funciones que interceptas de cuando un programa "pide audio" zas! ahí lo cazas y a la grid ? en lugar del bucle de mensajería de windows que vemos que .... conjetura -> ¿puede tener varias colas y simplemente se engancha en una que no es?

Lo que voy a tener que hacer es pasar del hook de mensajes. Yo creo que tienes algo en el ordenador. Algo raro. Me imagino que alguno de los programas que abres será de 32 bits, aunque haya alguno de 64.

Pero lo que no me concuerda es que un hook no funcione como tiene que funcionar. Eso sólo puede pasar si hay algo que se interpone, y ese algo suena a nada bueno.

En cierto modo lo que hace el programa es eso, cuando alguien pide abrir un dispositivo de audio se lo manda al WaveOut. Sólo que hay que decirle antes qué programa quieres que controle y qué programa no te importa, por no estar controlándolos todos. Otra manera de hacerlo sería a través de un driver. No de un dispositivo de audio virtual, sino de un driver que controle el uso del driver de audio, dado que a un driver sólo puede controlarlo otro driver, mientras que a un programa puede controlarlo otro programa, como hago ahora. Pero con un hook tiene que funcionar, y si no quiere, inyección de código a través de la creación de un hilo remoto, pasando del hook.

¿Varias colas? Sí, varias colas hay, una por cada hilo que lo solicite. El windows 3.1 sólo tenía una cola para todos los hilos de todos los procesos, lo que conllevaba una cantidad de problemas de la leche. A partir del 95 cada hilo de cada proceso tiene la suya propia, y sólo hay una común en el hall. Y eso de que un hook haga cosas raras es la primera vez que me pasa, y mira que lo he usado veces.

Otro programilla a ver, último intento.

peor ahora no sale ninguno, grid vacia...

voy a reiniciar no sea que se haya quedado la dll "cacheada" (puede ser?) o cargada y no pille la nueva.

por cierto, en las otras pruebas, reiniciaba para no caer en una prueba distorsionada por eso, todas las que te he reportado las he hecho en "nuevo" arranque.

reinicio......

este no ha dejado log.

Lo mismo, arranca pone el Asus UI y el mismo waveout.

una cosa que he visto, arranco spotify, se planta la ventana, le hago click para reproducir y zas!
sale un tercer programa... spotify ? no una tercera utilidad de asus, la netxxxx que he nombrado antes.

levanto todo, desde el word, vlc, photoshop, nada, ninguno de ellos.

¿estará muerto? se habrá quedado pillado ?

entonces he ido a probar a desinstalar un programa, por aquello de interactuar más,
he codigo el android sdk (por coger alguno), desinstalar.....

sale la ventana de "quieres desinstalar" y ahí detrás el waveout ha refrescado con tres más: el wow64 uninstal, el uninstall.exe del android y un exe en el temporal.

Hombeee, vive, le doy a cancelar, vuelvo a intentar desinstalar otro, y lo mismo, tres más de la desinstalación, es decir que está vivo interceptando mensajes, pero por lo que sea lo nos logras cazar.

¿que tienen de diferentes el #13 y estos últimos? porque en ese levantas firefox,youtube y tienes hasta el pluginmanager o spotify y te salían los subprocesos del mismo.

nada bueno ? entiendo. estoy analizando el equipo completo en busca de rootkits, llevará sus horas.....

pues no han sido horas.

limpio.