Search options (Page 15 of 30)

Sorry, I've been recovering from some minor surgery, so I haven't been able to. I'll try to get it out before xmas though.

Yep, I just haven't had time to make the disk image and post in on the various sites.

Er, it's already done that way. You're "Data source plugin" is actually the source plugins. A decoder's open method gets called with a source, they don't open the file itself (Well, there are a couple of exceptions for codecs that don't support callbacks: core audio, and shn). It works basically like you described.

Ok, I've updated the nightlies with the new icons. I'll probably prepare a release tomorrow.

Once I finally package up 0.07 and release it I'll be moving the nightlies to it.

First a disclaimer: the plugin API is nowhere near stable and will be prone to rampant changing.

With that said, Cog currently has 3 types of plugins:
  Container: Used for loading a set of entries from a file. Playlists and cue sheets, and files with multiple tracks.
  Source: Used for reading streams. There is currently only a file source and a http source.
  Decoder: Used for the various file types.

Game formats are already a plugin. They are just bundled with the app at the moment.

Your idea isn't possible yet, but will be if I ever get around to actually implementing my ideas for the future.

Future changes I'd like to make:
  * Interaction with the UI. Currently, Cog plugins have no way of interacting with the user interface. I'm hoping making the UI toolbar-based will make this a lot easier, so plugins can provide their own toolbar items (and menu items). I'd also like for plugins to be able to provide a preference pane and add drawers to the main cog window or their own windows.
 
  *Events plugins (Likely to be called General plugins). These would receive events about what's going on. They can get info about the currently playing song and playlist entries, and get notified on track changes and all that (Last.fm and Growl would be this type of plugin).

  *Effects plugins. For things like equalizers or a plugin for applying audiounit effects.

  *Output plugins. This is basically there, I just haven't moved the code into a plugin or created the plugin type yet.

  *I'm also not entirely satisfied with the way the cue sheet plugin works. It creates a wrapper for a decoder, so I'm looking for a way to fix that. A similar problem would be handling zip files. Currently, zip files would be implemented by making a source that would create another source, which is rather ugly. I'm thinking maybe a PassThroughSource and PassThroughDecoder type, but I'm not entirely certain.
 
  *Configurable plugin system. Something similar to quicksilver where you can download/install/remove plugins on-the-fly.

I'm currently shooting for 0.10 to be "the plugin" release, which would have all the available plugins types, though there are no guarentees that it will be true

I think this would best fit in the repeat group. Maybe a repeat-all, repeat-1, play-1, play-all type of thing. I don't know when I would get around to implement something like this though. Likely when I get around to adding repeat-1 support.

Hmm, it's also that way in the photoshop sources. sam, could you fix that up?

Also, how do you export individual sizes from this psd? Do you just manually crop for each one you want?

Try out r631. Should be working fine now.

sounds like some 3rd party software is interfering. com.ioxperts.vdig.webcam? Perhaps a bug in their driver?

Sure. Let me get Cog 0.07 out first though!
Ok, it should be universal now.