Re: Queueing Behavior
I finally found a computer at the office that has this problem. i hope to track it down soon. elrod Valters Vingolds wrote: Does drag-n-drop of file in musicbrowser from my music tree view to playlist view work yet? Should be equivalent of doubleclicking on song. Somehow I find it very intuitive to use drag-n-drop, but I was a bit annoyed when it didn't work. Now I have a question for you guys... since we are adding in streams support does it make sense to queue a stream? should the default behavior ffor a stream ALWAYS be play immediately? Well, no... if I want it queued, I mean it. I personally want player to play when I press Play, not before. I don't play streams that much, though. But I vote for streams to be considered ordinary files. -- Valters "WaTT" Vingolds ... in order to succeed you have to learn to think of yourself as of a product. ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: Modifying help files
What if we just use plain HTML for windows and launch the users browser of choice just like we do on UNIX? I am sure we could write some code that would allow us to have contextual help for the different dialogs... If we do this then the same help could be used for most platforms and it can be changed only where necessary... this is something we could shoot for for the next major release after 2.1 (3.0 grin)... elrod Julie Belote wrote: Hello Mike, You have probably seen my last two emails regarding the help files and HTML. Yes, I can do all kinds of exporting, but all formats have some issues. So far no one has come up with a help system that works all the time for all platforms and browsers (regardless of marketing claims). RoboHelp uses the Microsoft Window's Help Complier. Julie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Rich Sent: Wednesday, May 31, 2000 12:34 PM To: [EMAIL PROTECTED] Subject: RE: Modifying help files For the Window's builds I use a software tool called RoboHelp. It's not an "open source" program. However any help I build with it is licensed for Couldn't she do an export to RTF or HTML from RoboHelp? It has to support that kind of stuff, and then maybe the files could be used in the regular help compiler for windows? just a thought... mike ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: Queueing Behavior
I think happens on my machine, too. Also, the order of queuing seems not to be intuitive, either. :P c At 11:07 PM 5/31/2000 -0700, you wrote: I finally found a computer at the office that has this problem. i hope to track it down soon. elrod Valters Vingolds wrote: Does drag-n-drop of file in musicbrowser from my music tree view to playlist view work yet? Should be equivalent of doubleclicking on song. Somehow I find it very intuitive to use drag-n-drop, but I was a bit annoyed when it didn't work. Now I have a question for you guys... since we are adding in streams support does it make sense to queue a stream? should the default behavior ffor a stream ALWAYS be play immediately? Well, no... if I want it queued, I mean it. I personally want player to play when I press Play, not before. I don't play streams that much, though. But I vote for streams to be considered ordinary files. -- Valters "WaTT" Vingolds ... in order to succeed you have to learn to think of yourself as of a product. ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: Help files
Actually, the help files should be written in XML and then translated to the platform-specific HTML format by automatic means. At 11:12 PM 5/31/2000 -0700, you wrote: It would be nice to be able to use the same format for both platforms. Also I know the Mac help system is now HTML... so is Be This would make translations like Victor's easier too... elrod Joe Cosentino wrote: One thing is that FreeAmp could change to using HTML Help files. Micro$haft makes a HTML Help studio that is freely downloadable from their website. Plus, the HTML files are a hell of a lot easier to maintain than the RTF files. Just my 2c, Joe ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: Queueing Behavior
define "order of queueing" elrod Chad Loder wrote: I think happens on my machine, too. Also, the order of queuing seems not to be intuitive, either. :P c At 11:07 PM 5/31/2000 -0700, you wrote: I finally found a computer at the office that has this problem. i hope to track it down soon. elrod Valters Vingolds wrote: Does drag-n-drop of file in musicbrowser from my music tree view to playlist view work yet? Should be equivalent of doubleclicking on song. Somehow I find it very intuitive to use drag-n-drop, but I was a bit annoyed when it didn't work. Now I have a question for you guys... since we are adding in streams support does it make sense to queue a stream? should the default behavior ffor a stream ALWAYS be play immediately? Well, no... if I want it queued, I mean it. I personally want player to play when I press Play, not before. I don't play streams that much, though. But I vote for streams to be considered ordinary files. -- Valters "WaTT" Vingolds ... in order to succeed you have to learn to think of yourself as of a product. ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: Help files
We may want to base any XML help approach on JavaHelp. Sun has defined a simple and general file format for platform independent, context-sensitive help files. See http://java.sun.com/products/javahelp/spec-1.0.pdf. Obviously Freeamp is not implemented in Java, but it doesn't appear that the raw XML format defined by Sun necessarily implies use in Java programs. We could use Sun's DTDs as a starting point for our approach. It shouldn't be too hard for me to develop a standalone tool that processes help files in this format and outputs some intermediary files that can be fed to native, platform specific helpfile distiller applications. I must say that I personally don't feel like doing XML I/O in anything other than Java (but since it's an auxiliary support tool, I hope Java wouldn't be too much of a problem). Anyone think this approach has merit? c At 11:12 PM 5/31/2000 -0700, you wrote: It would be nice to be able to use the same format for both platforms. Also I know the Mac help system is now HTML... so is Be This would make translations like Victor's easier too... elrod Joe Cosentino wrote: One thing is that FreeAmp could change to using HTML Help files. Micro$haft makes a HTML Help studio that is freely downloadable from their website. Plus, the HTML files are a hell of a lot easier to maintain than the RTF files. Just my 2c, Joe ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: About .... everything
I found freeamp recently and i really love it. I'm glad you like it. Except for its numerous bugs and 20% more time consuming it beats winamp undoubtedly. Speed isn't something you should worry about (too much) but bugs maybe you should clear all bugs before implementing new features... Well, the tough part about fixing the bugs is that we don't really know what they all are yet. About 2.1beta1 2) there are still warnings wich could should be resolved with casts (i think it's faster to do it yourself than to implement my changes so i'm not sending anything) 3) you're not killing threads correctly. after few minutes there is more than 400 active threads I haven't seen this happen -- does it still happen with beta 3? Beta 3 will be released within a few hours -- please check it out. OK, this was a bug report. (Sorry, but I hate bugzilla.) We would really prefer you to use bugzilla to report bugs. This way you will not report bugs that have already been reported (and fixed!), which will save you and us time. There are more bugs, but I'd like to have beta2 to continue testing. Check out beta 3 -- the bugs you've mentioned may have already been fixed. --ruaok Hindsight is always 50/50. Robert Kaye -- [EMAIL PROTECTED] http://www.emusic.com ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: after compile in VC6++
"Error, there isn't this file VSC6OD.dll", obviously if I had this file I can run without problem, but if I want redistribuite it to all my friends, all they will need this file, how can I do to fix it (for dont asking for this file)? If you choose your build target to be the NASM Release and then rebuild the entire codebase before giving it to friends, it should not ask for that file anymore. --ruaok Hindsight is always 50/50. Robert Kaye -- [EMAIL PROTECTED] http://www.emusic.com ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: after compile in VC6++
Also if you have the build toolbar showing you can choose which project is the actve and which version to build by using the dropdowns. if you use the SAet Active Configuration from the Build menu choose "FreeAmp - NASM Release" elrod Chad Loder wrote: Rob wrote "If you choose your build target to be the NASM Release...", so if that's what you want, then choose that one. Then rebuild. c At 02:10 PM 5/31/2000 -0500, you wrote: there I have: x-Win 32 Release x-Win 32 Debug x-Win 32 NASM release x-win 32 NASM Debug x=faselib, etc. Then? Thanks Victor - Original Message - From: Chad Loder [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 01, 2000 1:55 PM Subject: RE: after compile in VC6++ Choose "Set Active Configuration" from the "Build" menu in VC++. c At 01:45 PM 5/31/2000 -0500, you wrote: - Original Message - From: Mayhem Chaos Coordinator [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 01, 2000 1:16 PM Subject: Re: after compile in VC6++ If you choose your build target to be the NASM Release and then rebuild the entire codebase before giving it to friends, it should not ask for that file anymore. How can I choose it? victor ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
[ANNOUNCE] FreeAmp 2.1 beta 3
Beta 3 is now available on our website. Sorry again for the delay between releasing beta 1 and this release. I think we have solved the release issues we were having. We have fixed a lot of the baddies in beta 1 but rumor has it there are still bugs lurking in our beloved product... please pound on this and let us know about them. elrod ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: [ANNOUNCE] FreeAmp 2.1 beta 3
I'd just like to say that in beta 3, the very frequent, very random crashes in the unix beta 1 _should_ be fixed. It's usable again =) Isaac At 04:15 PM 6/1/00 , you wrote: Beta 3 is now available on our website. Sorry again for the delay between releasing beta 1 and this release. I think we have solved the release issues we were having. We have fixed a lot of the baddies in beta 1 but rumor has it there are still bugs lurking in our beloved product... please pound on this and let us know about them. elrod ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
RE: [ANNOUNCE] FreeAmp 2.1 beta 3
We have fixed a lot of the baddies in beta 1 but rumor has it there are still bugs lurking in our beloved product... please pound on this and let us know about them. Does this mean I can't watch the thread count for freeamp.exe jump to over 100 anymore? :) mike ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
Re: [ANNOUNCE] FreeAmp 2.1 beta 3
sad to say, but you will have to find other ways to amuse yourself grin elrod Michael Rich wrote: We have fixed a lot of the baddies in beta 1 but rumor has it there are still bugs lurking in our beloved product... please pound on this and let us know about them. Does this mean I can't watch the thread count for freeamp.exe jump to over 100 anymore? :) mike ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev ___ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
