0
0

….just thinking….there must be about 20 people in here all building there own players to meet their own specifications. Which is great. im one of them.

Would’nt it be a good idea if all these people came together..and worked on one all encompassing fmod player with all the sexy stuff that everybody is working on. There a lot of talent out there, everybody works in different fields and i think an collaboration between everybody could put together something quite sexy…….

…..cause im shite at skins…..
…..but my icecast stuff makes me moist…..

:)

  • You must to post comments
0
0

Well, It works OK. But just a few questions. Do the Gadgets have events?
Like MouseMove and MouseDown? How do I do it? (This is really important
or else I will probably stick with VB). The help isn’t really helpful.

  • You must to post comments
0
0

You guys should check out [url:3ih7jkpf]http://www.sourceforge.net[/url:3ih7jkpf] if you decide to do a collaborative project. It has lots of things to help you manage your project and all that. It’s probably a good place to find more programmers and artists too.

Good luck!

  • You must to post comments
0
0

Yes, all Gadget have events, to get mouse click event, here is a very simple snippet :

[code:3i3chl5m]
Repeat
Event.l = WaitWindowEvent()
Select Event
Case #PB_EventCloseWindow
Quit = #TRUE
Case #PB_EventGadget
Select EventGadgetID()
; select the GadgetID
Case #PlayList
; select the event
Select EventType()
; double click on a listbox
; you have leftclick, rightclick and other events (see in the doc)

                            Case #PB_EventType_LeftDoubleClick
                                   PlaySong()
                        EndSelect
              EndSelect
  EndSelect

until Quit = #TRUE
[/code:3i3chl5m]

  • You must to post comments
0
0

Cvs rulez ๐Ÿ˜‰

  • You must to post comments
0
0

Yeah, but what about mousemove and mousedown?

Does your player have a skin interface? I need these events for
a skin interface (unless you know of a better way)

  • You must to post comments
0
0

[quote="nci":15l59o74]Sure, we can still make our own. But think of what we could learn
from each other. For example, someone may code something better
than someone else. Someone may have a faster, more accurate routine.

I agree with you guys, that we gain experience by doing things ourselves.
But we can still learn a heck of a lot from others.[/quote:15l59o74]

I agree with nci here.

If you want to gain experience then working in a team on one project would be much better then working allone. You’ll learn much more from others then you can learn from yourself. And you’ll also learn how to work in a team. A skill that you’ll need if you want to be a programmer for a living. Besides you can still work on your own project.

  • You must to post comments
0
0

[code:10lwemgh]
Repeat
Event.l = WaitWindowEvent()
Select Event
Case #PB_EventCloseWindow
Quit = #TRUE
Case #PB_EventGadget
Select EventGadgetID()
; select the GadgetID
Case #PlayList
; select the event
Select EventType()
; double click on a listbox
; you have leftclick, rightclick and other events (see in the doc)

                            Case #PB_EventType_LeftDoubleClick
                                   PlaySong()
                            Case #PB_EventType_LeftClick
                                   "Left Click Received through PB"
                        EndSelect
              EndSelect
     case #WM_MOUSEMOVE
           debug "Mouse Is Moving"
     case #WM_LBUTTONDOWN
           debug "Left Click Received"
  EndSelect

until Quit = #TRUE
[/code:10lwemgh]

  • You must to post comments
0
0

Hmm. Well to get started, i guess we should decide on a language.

I am currently investigated some different languages such as:
Rapid-Q (I all ready made a small FMOD Example)
PureBasic (looks promising)
C++ (pretty hard to learn) :)
BCX (includes a tool to translate to C)

I use currently use Visual Basic.

I’m sure the majority of us here use VB

  • You must to post comments
0
0

Hmm, so I take i that for each window event you need to use the window message constants (WM_MOUSEMOVE, WM_MOUSEDOWN, etc.), do you have to declare these in PureBasic?? Or are they already pre-declared?

  • You must to post comments
0
0

hmmz I only work with delphi myself. I tried a little C++ too, but I don’t have any books on that language, so I stopped using it…

  • You must to post comments
0
0

They are already declared plus, i think there is a better way, i just begin in PureBasic, i think i left some things :]

  • You must to post comments
0
0

Hmm, I have thought about it before, but I didn’t think it would be
possible. Well, I guess it would be possible, but not easy.

I’d be willing to give it a try ๐Ÿ˜€

  • You must to post comments
0
0

[quote="nci":36fyvtwt]

C++ (pretty hard to learn) :)

[/quote:36fyvtwt]

I disagree, C++ is not so much hard to learn, I think it is more difficult to understand. I recently took an advanced computer programming class, I am a student by the way, and I found that C++ isnt really that hard to code. C++ is also the programming language that most of anything commercially is developed in. So, here’s what I think, if you want a powerful, fast, and efficient player use C++. If you want something that is easy to program, but isnt as efficient as C++, than go with a Basic compiler, whether it be VB or Powerbasic or whatever. I dont know what Rapid-Q and BCX are so I cannot comment on them.

  • You must to post comments
0
0

Hmmm. I got the events working. But what about control specific events?
Like when I move the mouse over an image I want the image to change.

  • You must to post comments
0
0

It would probably be very difficult to organise, especially with that much programmers. Though if it succeeds then result could be very rewarding.

I don’t think it will work, but off course we could always try. I’ll be happy to help.

  • You must to post comments
0
0

PureBasic is as fast as C++, the compiler is coded 90 % in asm and the code can be outputed to a asm file, ready to be compiled with nasm. PureBasic support inline asm too … And finally, doing a player in C is as fast as C++ (see Coolplayer, Xmms, Winamp …).
Learning C++ isn’t hard but hard to understand as you said :)

  • You must to post comments
0
0

I disagree the fact that C++ is hard to understand.
In a week i knew the difference between Delphi and C++.
examples:

begin …. end -> { …. }

if .. = .. then -> if ( .. == .. )

function OpenFile(filename : AnsiString) : Integer -> int OpenFile(AnsiString filename)
instead uf using [b:300q0gaq]Result := value[/b:300q0gaq] you put [b:300q0gaq]return value[/b:300q0gaq]

:= -> =

as you can see it’s not that bad, start with Borland C++ Builder and use the documentation, then it shouldn’t be that hard.
Also C++ looks like JavaScript.

  • You must to post comments
0
0

It isn’t a bad idea but he main purpose, for me, to code my own player, is to satisfy my own pleasure. I know, it is a little bit egoist, but it is the way i choose to learn programming. Plus, i code in VB less and less, i changed for [url=http://www.purebasic.com:39rjdj4v]PureBasic[/url:39rjdj4v], my objectives is to code a 1:1 winamp clone with it. Perhaps i ll change my opinion in the future … :roll:

  • You must to post comments
0
0

I downloaded the Demo version of PB and it looks good. But I don’t
want to buy it until I know what all the features are. For example:

Demo version can’t use API.
I don’t thing XP Skin support works either.
Some of the examples won’t work.

I’m just not sure about PB until I can fully use it. (I’m like that with all
software) VB isn’t cheap and I don’t want to spend money on something
that I don’t want.

Rapid-Q has some advantages:
1. It’s free
2. Linux version (PB does too)
3. No external DLL or ActiveX controls to worry about. (unlike VB)
4. WIN API support

Downside:
1. Executables are large (155 to 300 KB on average) 155 kb being a
simple “Hello World”
2. A wee bit slow for High – Performance
3. Can’t create DLL’s

You can download Rapid-Q at [url:yevev5nw]http://www.basicguru.com/rapidq[/url:yevev5nw]

  • You must to post comments
0
0

djmaze>a lot of guys says they code in C++ but it it not true ! When i see their code it is (almost) all the time a mix of C in C++ style code (class, C++ header includer, some “cout” “cin” here and there) but there is nothing to deal with Objet Oriented Programming. And this concept is not really easy to learn/undestand for a non programmer.

  • You must to post comments
Showing 1 - 20 of 27 results
Your Answer

Please first to submit.