Who's Online |
59 user(s) are online ( 43 user(s) are browsing Forums)
Members: 0
Guests: 59
more...
|
|
|
|
|
Re: New Amiga Keyboard
|
Posted on: 2010/4/1 20:54
#181
|
Not too shy to talk 
|
@Elwood
As Troels said, you don't necessarily need software support. Some keyboards use bluetooth and require a bluetooth stack on the computer to work, which is a no-no on the Amiga at the moment... But other wireless keyboards have a receiver which, to the computer, just shows up as a normal, wired keyboard.
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/31 23:22
#182
|
Not too shy to talk
|
@Vulture
That would be much appreciated, thank you! I'll be able to put it in the documentation then...
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/31 17:54
#183
|
Not too shy to talk
|
@Vulture
Yep, all in good time... Like I said, this edition is really for an embedded A1200 which happens to work well on higher machines.
So, can you confirm it works under MorphOS? Or are you using OS4.1?
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/30 20:59
#184
|
Not too shy to talk
|
@Vulture
Thanks very much :) At the moment, AmiTunes is only supporting MP3s due to it mainly being used with a MAS Player and MHI. However, the full-size version I'm working on will have a much better GUI and support for WAV, CDDA and so on, but will only be for powerful machines (i.e., high-end expanded classics, OS4 machines & UAE)
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/30 19:20
#185
|
Not too shy to talk
|
@All,
Thanks to 1Mouse's patience and testing, I have realised that AmiTunes requires reqtools.library to be installed, and will promptly crash on startup if it's not. I sincere apologies for this, I had assumed reqtools.library was a standard part of AmigaOS.
Also, due to the library being used by an AmiBlitz library, I can't check for its existence on program startup.
Again, sorry about that! I'll update the documentation to reflect this!
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/30 10:31
#186
|
Not too shy to talk
|
@Skov
Thanks very much! Well, we'll see about iPod support - it's a long way off yet, and it depends on the availability of good documentation and/or source code related to the protocol. First though, I have to rewrite it for high-end Amigas with a proper GUI and all that stuff...
|
|
|
|
|
|
Re: AmiTunes Jukebox Update
|
Posted on: 2010/3/29 20:00
#187
|
Not too shy to talk
|
just updated my website for AmiTunes, click here to have a look. Now includes separate download and screenshots sections in the (slightly) more logical layout.
|
|
|
|
|
|
AmiTunes Jukebox Update
|
Posted on: 2010/3/29 12:14
#188
|
Not too shy to talk
|
AmiTunes - Jukebox edition has been updated to version 0.6. I've fixed a few niggly bugs which have been there since 0.5 and before (sorry about the delay!), and added its own software decoding engine so it doesn't rely on AmigaAmp for decoding on OS4 / WinUAE. You can download it from Aminet hereIt's still based on use on a low-end classic, but work is underway for a nicer GUI version for OS4... All comments and suggestions greatly appreciated!
|
|
|
|
|
|
Re: ASLxx_StayOnTop: good idea, bad implementation
|
Posted on: 2010/3/19 13:10
#189
|
Not too shy to talk
|
@trixie
Yep, I agree... It's one of the (many) things I despise about working with Windows - having a dialogue box open freezes your app, meaning you can't move, minimise or resize it, and it would be disappointing to have the same sort of "in-your-face" behaviour from AOS. I think something like changing the screen/window title to "Waiting for your input..." or something like that would suffice.
|
|
|
|
|
|
Re: ASLxx_StayOnTop: good idea, bad implementation
|
Posted on: 2010/3/19 9:55
#190
|
Not too shy to talk
|
@trixie
Yeah, I noticed this in one particular app, but not in others... I feel it's of limited use to be honest, seeing as I might have a file requestor open, yet still want to do some work in another window (look up a file name for example) - if the requestor is forced on top it makes this a little more awkward...
|
|
|
|
|
|
Re: CodeBench 0.13
|
Posted on: 2010/3/6 18:55
#191
|
Not too shy to talk
|
Hi all,
Just downloaded and installed this, looks pretty good! I have a small "issue" with the file requestor which opens when you try to start a new project. When you try to assign a drawer as the base directory for the project, the file requestor that opens is forced on top of all windows, and can't be sent to the back. This wouldn't be so bad, but when you try to make a new drawer using its menu, the requestor asking for a name for the drawer opens *behind* the main requestor, which makes things a bit inconvenient. I haven't noticed this behaviour in any other application so far... Is this intentional? And if so, why?
Cheers!
|
|
|
|
|
|
Re: USB devices that work with OS4.1 Update 1
|
Posted on: 2010/3/6 0:12
#192
|
Not too shy to talk
|
@trixie Quote:
trixie wrote:
Devices that DO NOT work:
- Transcend JetFlash 4GB (gets recognized but the OS complains about "broken cluster geometry" - works fine on the PC, though)
I have a nice Corsair Voyager 4GB that does the same thing. Interestingly, it doesn't work under Mac OSX 10.3 either, but works under 10.4, and under XP and Ubuntu 9.10... Perhaps a clue is in that it shows up as a USB embedded hub first under XP, then as a mass storage device. Edit: Meant to add that my Nikon D90 works just fine with PTP transfers (though AOS doesn't have a clue what to do with the RAW files once they're downloaded  ), and my old Nikon D80 worked fine in Mass Storage mode, but that was under 4.0 and 4.1, so I assume it'll work with 4.1u1...
|
|
|
|
|
|
Re: YAM DragNDrop when streaming radio via TuneNet
|
Posted on: 2010/3/5 20:50
#193
|
Not too shy to talk
|
I've found the same with my AmiTunes application which updates a slider to show the current position in the song. It only uses GadTools, but even then it will abort DnD operations on the Workbench itself. Took a good bit of working around the issue (not to mention hair pulling!) to get it to work eventually.
If DnD were implemented using compositing, all these problems would go away, because dragging something on a separate surface would never get damaged by anything above or below it...
|
|
|
|
|
|
Re: Got a hunch on OS4.1 final update release?
|
Posted on: 2009/12/23 10:43
#194
|
Not too shy to talk
|
@imagodespira Quote:
imagodespira wrote:
stop stop :) the screen ist a test from me, not OS 4.1.1, my idea was a Message System global for all Programms with one place to display.... my idea was long long before the feature list of 4.1.1 was released :)
I had that idea too :) And had even done some preliminary work for coding such a system, but when I asked about it, some of the OS4 guys hinted strongly that I shouldn't bother because it was on its way. It looks well I have to say! Quote:
i hope we can customize the info-panel a little bit in os4.1.1.
I've no doubt we'll have the same level of customisation that we see in the likes of the menus and AmiDock - it wouldn't be very "Amiga" if it didn't :) I hope it has an ARexx port so it can be added to older apps that don't specifically support it. Of course, it would probably be trivial to write a small app that listened for ARexx commands and simply passed them on with the correct OS calls...
|
|
|
|
|
|
Re: Graphics Memory
|
Posted on: 2009/12/20 0:43
#195
|
Not too shy to talk
|
Yep, FBlit is a system patch which forces it to use Fastmem instead of Chipmem for certain things. By default, any data which might be used by the custom chips is stored in Chipmem, so it can run out very quickly if you have sounds and graphics loaded, or have a lot of screens open. FBlit will store some of these in Fastmem when possible to free up some Chipmem, but sometimes it just can't be helped. Are you always running low on Chipmem, or is it only when you use certain applications? You could also use fewer screens or lower colour screens to reduce your memory consumption.
|
|
|
|
|
|
Re: ASL requester improvement
|
Posted on: 2009/11/24 0:21
#196
|
Not too shy to talk
|
@trixie I don't think a New Drawer button is necessary at all. It's in the menu, it has the same keyboard shortcut as Workbench itself for making new drawers, and I personally anyway don't like the mess of buttons that are in the file requesters on other OSes, or on the various ASL replacement requesters on the Amiga. True, the ASL ones need a bit of work, but I still prefer them to the Windows ones. I would like to see a different colour for saving requesters though, maybe not black but something a bit more subtle. And of course, the New Drawer test should be highlighted for renaming, but that's been taken care of already. Can't wait for this 4.1 update! 
|
|
|
|
|
|
Re: Powering a BPPC 68060?
|
Posted on: 2009/11/17 13:40
#197
|
Not too shy to talk
|
@bamiga2002 Quote:
bamiga2002 wrote:
Is it good/bad/useful to feed the A1200 mobo from PSU to floppy connector if you use a Mediator with BPPC?
It's of very little use really as the big power draws are the accelerator and associated boards (BVision etc.) that you attach, and they'll be provided with power from the Mediator pass through connector. The motherboard itself doesn't really need much power, and seeing as the floppy drive connector is on the motherboard, adding power there won't have any effect on the accelerator at all. It shouldn't do any harm, but there's really no need.
|
|
|
|
|
|
Re: OWB 3.17
|
Posted on: 2009/10/25 10:40
#198
|
Not too shy to talk
|
@Kicko
As for the favicon thing, you should be able to use 32x32 icons too, and the browser will scale them. Many sites use 32x32 icons... It appears however that OWB doesn't have the scaling function implemented though...
|
|
|
|
|
|
Re: E-UAE Problems
|
Posted on: 2009/9/22 22:46
#199
|
Not too shy to talk
|
@Snuffy Quote:
Snuffy wrote:
It's been a key feature of E-UAE since day one. Icon for system boot; shell for debug boot. I used E-UAE FreeList years ago.
Oh, I don't mean no debug output when run from Workbench is strange - many programs do that, including apps I've written myself. What is strange is that if you set the icon to run from shell, you do get the debug output but it crashes when it reads the config file, whereas if you run it from a separately opened shell it works fine. Possibly a bug in the startup code, or a bug in the Workbench feature to start programs from a new shell automatically...
|
|
|
|
|
|
Re: Lightwave
|
Posted on: 2009/9/21 22:36
#200
|
Not too shy to talk
|
@Elwood
And, just as pertinent, would that software be able to read an A1's parallel port in the same way? I mean, it's quite possible that old versions of Lightwave simply PEEKed and POKEd the standard Amiga parallel port in order to access the dongle. God knows I've accessed my own hardware that way! Anyway, if that's how it worked, it probably won't work on a next-gen Amiga, regardless of parallel port chip...
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
