Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
155 user(s) are online (96 user(s) are browsing Forums)

Members: 0
Guests: 155

more...

Headlines

Forum Index


Board index » All Posts (mrupp)




Re: SonosController - looking for beta testers
Just popping in
Just popping in


Alright, the new version 1.2 is out! Here's the link to Aminet:
http://aminet.net/search?query=SonosController

Should also be available through OS4Depot and MorphOS-Storage soon.

Thank you all for your help and encouraging words.

Cheers,
Michael

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - looking for beta testers
Just popping in
Just popping in


New beta 2 uploaded (same links, see above) with the following changes:


  • NEW: italian catalog by Samir Hawamdeh. Thanks for this!

  • FIXED: MUI 5 column widths in the Music Library browser listview.

  • FIXED: as long a no Sonos devices are found, all controls are disabled by default, avoiding possible crashes.

  • FIXED: Control menu items are now disabled according to the corresponding buttons.

  • FIXED: display of room's names with MUI 4.0



Thanks for your reports and help! Please keep testing...

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - looking for beta testers
Just popping in
Just popping in


@MigthyMax

You have an Amiga at WORK? Wow, this is beyond cool!

Can't really think of a way how SonosController could possibly kill off Sonos devices, that's really strange. It does nothing what the original Sonos app wouldn't do, too (I checked using WireShark, that's how I reverse engineered some of the functionality). It should be perfectly save to use my app.

Auto discovering the Sonos devices: that's a known limitation of most of the Amiga TCP/IP stacks. With my testing, this only seems to work with Roadshow. But with v1.2 it's now enough to manually add only 1 device and this one will be queried to report all others.

Thanks for the test. There's nothing specific I'd like you to test, just... well... everything the app is capable of doing. Simply use the thing as often as possible, that would be great!

Which platform version are you using and on what kind of hardware?

Thanks!
Michael

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - looking for beta testers
Just popping in
Just popping in


@samo79

Thanks for the report, will be fixed.

And thanks a lot for the italian translation, I'm happy to include it in the release. The special characters will display correctly if the file is saved in UTF-8 format. But that's easy, I'll convert it!

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - looking for beta testers
Just popping in
Just popping in


@SinanSam460 I'm afraid this won't be possible as my app communicates with the Sonos system through its internal API. It's really Sonos-only, sorry...

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - looking for beta testers
Just popping in
Just popping in


@BillE I don't know these, but if they're compatible with Sonos, they should work. Why not try it out and report back here? I'm curious...

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


SonosController - looking for beta testers
Just popping in
Just popping in


Hi there

You might or might not have heard of SonosController, my very first Amiga program (using Hollywood) I released last autumn for OS4 and MorphOS and a bit later version 1.1 also supporting OS 3.x (with fast CPUs) and WarpOS.

In case you'd like to catch up, here are the links to the news including a list of features:

Although I didn't exactly got tons of responses to this, I still kept on developing and am now at the brink of releasing version 1.2 with the following key features:

  • support for grouping devices

  • support for devices that are being turned off or on

  • localization incl. a german catalog that can be used as template to create your own catalog file for your preferred language


But before I release this new version 1.2 to the general public, I'm looking for beta testers to make this thing also works outside the (fire)walls of my own little network.

Would anybody please help me out on this?

Download links

Well, here are two screenshots of the OS4 version to make a first impression, the app looks accordingly on the other platforms:

Grouping devices:
Resized Image


Volume and muting can be set for each grouped device individually:
Resized Image


Change log

  • NEW: support for grouping and ungrouping devices. When grouped, volume and muting can either be set for the whole group or for each device individually.

  • NEW: support for devices that suddenly appear or disappear from the Sonos system, for example when turned on or off.

  • NEW: timeout for devices to respond can be configured in the Preferences. On slower Amigas it might be necessary to increase the timeout (default is 5s).

  • NEW: implemented localization

  • NEW: german catalog: feel free to use it as a template to create catalog files for other languages.

  • NEW: if no devices can be found by the network scan, it's now enough to add just one single device by its IP address. This one will then be queried to return all the others.

  • NEW: added a "Cancel" button to the requester that pops up if the network scan couldn't find anything (requested by Steve Harrison).

  • NEW: added a version check of reqtools.library where needed (on AmigaOS 3.x and MorphOS) when adding devices manually and letting the user know, if the version installed is not sufficient (v39 or higher is needed). After confirming with "OK", the URL of the download page on Aminet is automatically opened.

  • NEW: displaying the loading's progress when browsing the music library incl. the possibility to cancel it by pressing the [<] button.

  • IMPROVED: quicker network scan because now it's enough to find one single device to connect to.

  • FIXED: nasty networking bug that caused SonosController to freeze after a while, especially on AmigaOS 3.x.

  • FIXED: possible crash when searching something without results, searching some more and going back again.

  • FIXED: switching between "Pause" and "Play" sometimes made the button move a pixel.


Important note

  • Please note that the OS 3.x version really needs a fast CPU, 060 or a Vampire is recommended. In the Preferences (menu or shortcut RAmiga-P) you can deactivate the loading of the queue and/or album covers to gain some performance.

  • Please have look at the requirements as mentioned in the AmigaGuide included in the archives.


Well then, happy testing, please post any reports (bugs, but also if it DOES work for you) here in this thread.

Cheers,
Michael

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: SonosController - THANK YOU!
Just popping in
Just popping in


@tekmage Thank you very much for your shoutout. So far, you're only the 2nd voice I got to hear that SonosController is actually working for others as well and not only in my own private network. So I'm very happy to hear you like it!

Cheers, Michael

Check out TAWS - The Amiga Workbench Simulation
www.taws.ch

Go to top


Re: OS 4.1 Bug Report
Just popping in
Just popping in


@pjs

Quote:
Reaction-Windows:
Don't really know what to do with this. I run non-composited and
all the windows (of same size) seem to be the same for me.

Yes, this actually seems to have been improved in Update 2. It's not that grave anymore with, say, the prefs tools. But take MultiView as an example, showing some text and resize it. It's definitly slower than a WB window. But then, this could be an issue with MultiView and not Reaction, maybe...

Quote:
Prefs/Locale:
Sorry, I'm spoiled. I run the built-in language... All the ASCII
letters of US-English appear as expected. Maybe one of the other
testers can provide a more informed insight?

Alright, let's try this:
- Open Locale and change to the 'Country' tab.
- Scroll down to 'Thailand'
- On my system, the column 'Local name' shows squares instead of thai characters. What about yours?

Quote:
Prefs/Palette:
Not really sure what to tell you here... I don't have an OS3.9
system running anywhere to compare.

That's ok, I don't really want Palette to look like OS3.9. I only wanted to suggest to have a color chooser gadget present, as I find that a handy one.

Quote:
DepthToFront:
Don't know what to say, I'm running a pretty vanilla system. Anyone
else?

Er... as english is not my native language... 'vanilla' means smooth? I was talking about the following:
If in 'GUI / Style / Bitmap set', there's no bitmap set selected, DepthToFront is sensitive to the Front/Back gadget of a window to show the context menu perfectly. But if you're using a Bitmap set (try SYS:Prefs/Presets/Default/Common/Bitmaps/Curvy), the sensitive area of the gadget doesn't fit the gadgets graphic anymore. It does work like expected on the right half of it, but not on the left half (more or less the half, I think it's still measured as having no bitmap set).

Hope these comments help.

Go to top


AsyncWB
Just popping in
Just popping in


Oh, just found another one:

AsyncWB:
Having the history enabled (= disabling the NOHISTORY tooltype), a history file is being written: ENVARC:Sys/AsyncWB.history
Filesize is 5130 bytes. It does contain the history (3 entries in my case) but fills its size up with... well, probably just anything that was in the memory, is my guess... Here's an example:

screenmode
pointer
notepad
***END***
>
<!DOCTYPE pobjects PUBLIC "-//Amiga Inc.//DTD POBJECTS 1.0//EN" "http://www.amiga.com/DTDs/PrefsObjects-1.0.dtd">
<pobjects version="1.0">
<dict>
<key>LastUsedApplications</key>
<array>
<dict>
<key>openDate</key>
<date>2010-04-30, 16:10:16</date>
<key>appIdentifier</key>
<string>RINGHIO.soft3dev.net</string>
<key>appName</key>
<string>RINGHIO</string>
</dict>
<dict>
<key>openDate</key>
<date>2010-04-16, 15:18:55</date>
<key>appIdentifier</key>
<string>DvPlayer</string>
<key>appName</key>
<string>DvPlayer</string>
</dict>
(...)

Go to top


OS 4.1 Bug Report
Just popping in
Just popping in


Hi
Now this should finally be the right place to post by bug report for OS 4.1. It's been quite a way, as there's no contact form on Hyperions website, I started off at amigafuture.de, got pointed to amigaworld.org where I finally got the info to post here. Please, Hyperion, just add a link on your website to this forum, it would have saved me quite a bit of effort.

But still, many thanks to Hyperion for their effort put in OS 4.1 and keeping things going. Thanks also for the latest Update 2 (and especially for fixing the nasty ScreenMode "interruptS" bug). Btw. all the issues reported have could be reproduced using OS 4.1 Update 2. My machine is Sam440Flex 800 Mhz, 1 GB Ram, Radeon 9250 128 MB.


WB-Windows:
After dragging the slider, the size of the slider is not being recalculated. The recalculation only happens when resizing the window or pressing a slider-arrow.
To reproduce do the following:
- First, have a workbench window with all icons arranged in the visible space
- Now, click 'arrow left' a few times to move the content to the right. You'll now have a horizontal slider indicating that there are icons outside the visible area on the right
- Drag the slider to the right, until all the icons are visible again
- When releasing the slider, it now indicates icons to be outside the visible are on the left. At this point with OS3.9, the slider was being recalculated and filling up.
- But now, only when you know click an arrow or resize the window, the sliders is recalculated.

Reaction-Windows:
Resizing a window is (un)pretty slow. Resizing any other type of window (WB, MUI or GadTools) is fast but flickering.

Prefs/Locale:
Land: Thai-Fonts seem not to be present (shows squares in column "Local name")

Prefs/Pointer:
When using a 16:9 resolution (but still square pixels), the color chooser is not drawn as a proper circle. It looks fine using a 4:3 resolution.

Prefs/WBPattern:
using the layout "Scale" or "Scale well" in OS3.9, an image would always keep its proportions. Now the image is streched to fit the screen. It would be best to have both options: "Stretch" and "Scale" (to keep proportions). The layout "Scale [not well]" could even be dropped, imho.
I noticed that this has been reported already, but still...

Prefs/Palette:
Not really a bug, but compared to OS3.9 this is missing a color chooser control.

IconEdit:
- This seems to be outdated, it's not possible to create or edit OS4 icons, only OS3.9 icons (and older) are supported.
- When using a 16:9 resolution, the color chooser is not drawn as a proper circle.

DepthToFront:
When using Styles in the GUI preferences, the sensitive area to open the dropdown menu does not fit with the style used.


Ideas for improvements:

- Prefs/GUI: A test-button would be great.

- Improvement of the Shell: Should just be like KingCON, because there's not a lot to improve anymore when having that one installed (but I think there's no OS4 native version, unfortunately).

- It would be great to have the possibility to show window contents as previews (thumbnails of images, etc., like Stephan Rupprechts excellent 'Eastern' does). This should be built-in in a modern OS, imho.

- Currently, it seems that buttons in requesters cannot be chosen by keyboard, only by mouse. It would be nice to be able to 'jump' from one button to the next using tab key (like in ReqAttack).


New since Update 1
Kickstart 53.12
Workbench 53.2

Prefs/Pointer:
The new default 32bit mouse pointer is very nice, but it's very confusing, that this (means: the existence of def_pointer.info in ENVARC:Sys/) overrides the settings of the Pointer prefs. 'Pointer' should be updated to be able to handle / edit the new 32bit pointers.


So, hopefully some of these issues will be addressed in the next update.
Keep the good work going, guys...
Greetz
Mike

----------------------------------------------------
Check out TAWS - The Amiga Workbench Simulation for Firefox and Internet Explorer!

Go to top



TopTop




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project