AtmoWin - improvement discussion (2 Viewers)

[BassFan]

splited discussion

why ?
if so then Close this thread

ops.. i see your mean splited between AtmoWin and AtmoLight.
Ok.. no Problem for me.

greets

 

[azzuro]

@HomeY
can you test his one ?
12 03 2014 :
AtmoWinA_max_zone_v1.rar
Correct Atmoduino max zone , related to Max channel available for Atmoduino protocol = 256

AtmoWinA_Increase_CAPture_to_170x96.rar
Set the capture to 170x96 = 1.770 (quasi 16/9 = 1.777... )

AtmoWinA_increase_CAP+max_zone.rar
Combined change.

 

[BassFan]

many new test build

greets

 

[HomeY]

HomeY
can you test his one ?
12 03 2014 :
AtmoWinA_max_zone_v1.rar
Correct Atmoduino max zone , related to Max channel available for Atmoduino protocol = 256

What needs to be tested? What has been changed?
Please keep in mind that i'm also still testing Atmolight freezes after stopping LiveTV / Webradio, and resume freezes/issues (on my HTPC), so i prefer not to change too many things about the setup. A bit stuffed with tests since these are extremely time consuming.

Besides that, my DEV seems to have a broken AtmoWin registry (it doesn't store the Default Channel Assignments anymore). Any thought on how to fix that?

 

[azzuro]

Any thought on how to fix that?

remove all Atmowin entry in registry, and register it.

What needs to be tested? What has been changed?

The first one, solve only small conflict in ChannelAssignement with Atmoduino, the number of Channel was limited to 64 channel. instead of 256 for Atmoduino protocol.

The second, maybe more usable for you because set the capture frame to 16/9 (increased to 170x96 instead 88x48 previously) format instead of 4/3.

Emil work on the save setting to xml. seems to be hard work ... Allez Emil Allez Emil. ...

 

[HomeY]

remove all Atmowin entry in registry, and register it.

Tried that, doesn't fix it. Channel Assignments stay empty.

The first one, solve only small conflict in ChannelAssignement with Atmoduino, the number of Channel was limited to 64 channel. instead of 256 for Atmoduino protocol.

Small conflict? That might explain my colors being of then i assume?
The window size of the first is already 480x270.
It starts fine on DEV, but can't test because i don't have the hardware on this system. Need to figure out the freeze issue(s) on HTPC first.

 

[azzuro]

The window size of the first is already 480x270.

Hum, this is the Version for Win8 support, true ?
but i have reduce the frame, for less CPU ressource.

Small conflict? That might explain my colors being of then i assume?

maybe, but i don't understand what your mean.

i need to test more, on my system, but missing time...

 

[BassFan]

@azzuro Emil work on the save setting to xml. seems to be hard work ... Allez Emil Allez Emil. ...

yes i have work on it.. and stop it now.

why?
AtmoWin unterstützt kein Unicode
Und mir ist das nicht wichtig genug um diesen zu implementieren
Deshalb ist es besser die Sprachdateien so zu belassen wie sie sind.
----------------------------------------------
No Unicode support AtmoWin
And it is not important enough to me to implement this
Therefore, it is better to keep the language files as they are.

see result from XML..

greets

 

[BassFan]

What your can do and is not fixed..

1. Run-Time Check Failure #3 - The variable 'Lng' is being used without being initialized.
2. Removed double Manifest entry

See diff

greets

 

[HomeY]

Hum, this is the Version for Win8 support, true ?
but i have reduce the frame, for less CPU ressource.

You just asked me to test this, so you should know what's inside.

maybe, but i don't understand what your mean.

You said current code is limited to 64 Channels, and i'm using 173 Channels on my setup. Do the math