Tobias Rundström wrote:
> How many want's a new sample, and how many wants us to dump the sample fully?
Well, if DrK is DrKosmos it is pretty obvious what the sample clip
should be :) (and we should really have had a Dr Alban sample clip for
Dr Alban)
For those of you who do not yet know who D
Peter Stuge wrote:
> I'll take API over GUI any day.
X2TS++ (Add this as an XMMS2 T-Shirt!) (Or maybe the geekier variant:
API > GUI)
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmm
Tobias Rundström wrote:
> Hello everyone,
>
> I think it's time that we discuss how / when to merge the SoC
> contributions. Can each maintainer give their current status?
GenIPC is unfortunately not ready for merge.
anders
--
___
Xmms2-devel mail
Dan Chokola wrote:
>> I think it's time that we discuss how / when to merge the SoC
>> contributions. Can each maintainer give their current status?
>
> How about a little summary of the summer's work and where we stand on
> merge readiness from each mentor?
Yeah, how about each mentor give thei
Tilman Sauerbeck wrote:
>>> This just doesn't apply to the argument to the service method. What we
>>> get there isn't a common result, but some strange bastard ;)
>>> It makes no sense at all to call xmmsc_result_notifier_set on it, for
>>> example, or xmmsc_result_wait, or xmmsc_result_get_value.
Székelyi Szabolcs wrote:
> I'm working on a DTS Coherent Acoustics xform. Basic functionality (ie.
> playback) was almost ready when I noticed that currently XMMS2 can't
> handle anything above 2 channels. Taking a closer look at the converter
> plugin, I have a few comments about it.
Above 2 chan
Christian Bünnig wrote:
> Just want to add some information for the emulation.
>
> When iterating the main context, be prepared to the side effects that
> arise when events of other sources in the default main context get
> processed.
Yes, I was supposed to reply to your first mail, but I didn't
Hi,
second test release for 0.4 DrKosmos is out. http://test.xmms.se/ for
the details. Don't forget to report bugs if you find them!
If no release critical problems are found the plan is to release final
version thursday. Please help test this test release so we can make this
happen!
ander
Anders Waldenborg wrote:
> If no release critical problems are found the plan is to release final
> version thursday. Please help test this test release so we can make this
> happen!
Oh, btw if you are a client author and have an updated version of your
client that works nice with DrK
11th of November 1997 was a great day. This was the day when the first
public release of X11Amp (later renamed to XMMS) was made. Now ten years
later we celebrate this with a release of XMMS2.
XMMS2 0.4 DrKosmos contains the new official XMMS2 logo, a few new
plugins such as a PulseAudio outpu
AKbara wrote:
> Xmms2-plugin-m3u is installed, but I can't add a .pls or .m3u playlist.
> [EMAIL PROTECTED]:~$ xmms2 addpls http://radio.echo.msk.ru:8000/listen.pls
> ERROR: We can't handle this type of playlist or URL
>
> ~/.cache/xmms2/xmms2.log:
> <...>
> ERROR: ../src/xmms/xform.c:1273: Couldn
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
Hi Bert,
mailinglist strips most attachments, so they didn't get through. Please
retry sending them inline, or make sure they are sent in a multipart
with contenttype text/plain or text/x-diff.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@l
Bert Wesarg wrote:
> --- a/wafadmin/Tools/python.py
> +++ b/wafadmin/Tools/python.py
Not sure we want LIBDIR to decide where python bindings are installed.
There is a PYTHORDIR already for that..
Btw wafadmin/* is upstream waf, so changes there ideally wants to go
through waf svn.
anders
Bert Wesarg wrote:
> Resend.
>
> commit 48b79dc0e2df0b661899b051f0e4fe7ddee3a8ec
> Author: Bert Wesarg <[EMAIL PROTECTED]>
> Date: Mon Dec 17 16:26:20 2007 +0100
>
> add --with-bindir configure option
Thanks, applied, added you to AUTHORS. (your mailer mangled patch btw
(wrapped lines))
Bert Wesarg wrote:
> On Dec 17, 2007 9:30 PM, Anders Waldenborg <[EMAIL PROTECTED]> wrote:
>> Bert Wesarg wrote:
>>> --- a/wafadmin/Tools/python.py
>>> +++ b/wafadmin/Tools/python.py
>>
>> Not sure we want LIBDIR to decide where python bindings are i
Alex Polite wrote:
> I just started fooling around with xmms2 and python yesterday. Seems
> very easy to make quite cool clients. Is there a way to make mlib
> searches (like the ones found here
> http://wiki.xmms2.xmms.se/index.php/Collections) from python?
Yes.
Slightly longer answer:
Somethi
Tobias Rundström wrote:
> Ok guys, I have been looking around and found a suitable hotel. It's
> in the center and we can share double rooms between us the cost will
> be 75 euro per person for two nights.
Does hotel have wifi? ;) URL?
> I would like to book this asap, so if you are interest
On Fri, Jan 25, 2008 at 12:30:04PM +, Steven Robertson wrote:
> and pieces lying around in the code, they both work and are stable. I
> intend to put the finishing touches on things soon and hopefully get it
> included, but felt it was better to get feedback before going any
> further.
This i
Jim Eberle wrote:
> I'm not sure if this is the patch format you guys are looking for. It's
> a 4 line change, based on code found in plugins/m3u/m3u.c.
Yeah, unified diff is the preferred format. Thanks for the patch.. but,
what bug does the patch fix?
anders
--
Jim Eberle wrote:
> I didn't file a bug on it, but here's the description.
>
> $ xmms2 addpls user.m3u
> Playlist with 9 entries added
>
> $ xmms2 addpls user.pls
> ERROR: End of file reached
>
> So, m3u files would load OK, but pls files would always fail. The problem was
> the code used the s
Tim Connors wrote:
> xmms2-plugin-all, which includes xmms2-plugin-curl,
> xmms2-plugin-icymetaint, xmms2-plugin-pls, xmms2-plugin-m3u,
> xmms2-plugin-mms is not sufficient here to get it working:
>
>> ERROR: ../src/xmms/xform.c:1273: Couldn't set up chain for
>> 'file:///home/tconnors/streaming_
Jim Eberle wrote:
> $ xmms2 addpls user.pls
> ERROR: End of file reached
I can't reproduce this here.. Could you please provide that pls file?
> I reran the diff using git diff, instead of my local diff program. I'm
> guessing that is what you mean by a "universal diff".
"unified diff", the one
Roland Mas wrote:
> Sure, although there don't seem to be many (or any) debugging
> symbols (I didn't find any -dbg package, but maybe I didn't look under
> the right name).
...
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb5166b90 (LWP 8552)]
> 0xb7e48540 in
Deng Xiyue wrote:
> I've attached a patch to fix it together with these changes:
Great!
It would be nice if you could make a patch (or even better a separate
commit for each of the changes) that applies on the andersw-guest branch
of the git repository:
http://git.debian.org/?p=pkg-xmms2/xmms2
: source all i386
Version: 0.4DrKosmos-2
Distribution: unstable
Urgency: low
Maintainer: Florian Ragwitz <[EMAIL PROTECTED]>
Changed-By: Anders Waldenborg <[EMAIL PROTECTED]>
Description:
libaudio-xmmsclient-perl - XMMS2 - perl client library
libxmmsclient++-dev - XMMS2 - client l
tags 472314 patch upstream
thanks
Josselin Mouette wrote:
The xmmsapi.so modules in this package link to libpython, which is
incorrect because it makes the package depend on both python2.4 and
python2.5.
Interesting..
$ ldd
/usr/lib/python-support/python-xmmsclient/python2.4/xmmsclient/xmms
Peter Stuge wrote:
> I'd like to detect programmatically when a new track starts in
> streams that send out track titles.
>
> How to do?
Like this:
http://git.xmms.se/?p=xmms2-devel.git;a=blob;f=src/clients/cli/cmd_status.c#l_70
anders
--
___
Xmms
Sébastien Cevey wrote:
> Is it really so crucial and bothersome that we need to add a
> to-be-deprecated function to the API? IIRC the add_idlist was added
> because it was needed by the addpls CLI command, wasn't it?
Can't this (clientside) pattern be used:
pl=xs.coll_get("Playlists", "My gr
pablo flouret wrote:
> That's pretty much what i did, it's kinda heavy on big playlists (in
> python at least), but as i said, not a showstopper. Plus, i rarely use
> big playlists, just considering the use case.
Is this a GUI client? If so - only grab the info as it is displayed.
anders
--
__
Exodus (mailinglist/wiki/bugtracker/git/younameit) has moved to a new
temporary home. Everything should be back up and running in the evening,
let me know if it isn't.
anders
--
___
Xmms2-devel mailing list
Xmms2-de
Daniel Chokola wrote:
* possibility of another reviewer (truders)
Review away! Whats the problem? Everyone can review stuff. When I see
stuff on git.xmms.se/merge where author!=tree_owner I assume tree_owner
has reviewed it (maybe that should be marked clearer on g.x.s/m).
anders
--
__
Daniel Chokola wrote:
I think the problem is commits sit in user trees for long periods of
time before getting into -devel. Since that is bottlenecked by you and
tru. Another merger is probably what that statement really meant. (I
didn't write it.)
Well, review happens before merge. There is
Tilman Sauerbeck wrote:
* Use GTree for dictionaries instead of GHashTable? (tilman - resolved?)
Sorry, I forget to remove that from the wiki. As Daniel already pointed
out, it's been merged now.
And it is great! Especially the side effect that it "xmms2 config_list"
now is ordered :)
a
Scott wrote:
So, now that I'm graduating, I'm trying to get more involved with open
source apps, one of which is xmms2.
Nice to hear!
However when I used the little drop
down at the top of the wiki page it said that /headernav.php was not
found. I eventually found it via the special pages pa
Ok, mailinglist/wiki/bugtracker/git/younameit moved to a new box (again
- but not temporary this time).
Mailinglist, bugtracker and git should be up and running already.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists
Daniel Svensson wrote:
gitweb is ten steps back in appearance, please fix
Please work with gitweb upstream.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
ZeeGeek wrote:
I can't clone any tree from git, it always halts after remote compressing
objects.
Git or ssh protocol?
Sounds like a network problem to me (try disabling window scaling and
stuff).
anders
--
___
Xmms2-devel mailing list
Xmms2-de
Daniel Chokola wrote:
* 1939, 1969, 1970, etc. (me)
0001939: Add support for ID3v2 tag TORY
0001969: Import mp3 tags TDRC and TDRL
0001970: Clean up date medialib properties mess
* The Unresolved Bugs Hour (nano)
HOUR?! What happened to keeping meetings short? :)
anders
--
_
The first TEST (which actually is the TEST2 because of a minor screwup)
release for XMMS2 0.4 DrLecter is out. Please grab it at the usual
places (that means
http://test.xmms.se/source/xmms2-0.4DrKosmos+WIP+TEST2.tar.bz2 and git)
So start your xmms2-et and check http://test.xmms.se/ for what
Daniel Chokola wrote:
If I wasn't so crappy about meetings, maybe I'd have this answer
already, but why isn't visualization or r/v split going into DrLecter?
Is UDP so insanely broken?
We want the release done quick and not a long TEST period. Large changes
are best done early in release cycl
Thomas Orgis wrote:
Well, if you're so happy about efficiency... did you try the mpg123 xmms2
plugin for MPEG decoding yet?
It makes that part a good deal more efficient;-)
I would be great if that plugin could be included early after the DrL
release! Now that we have plugin priorities and st
Sébastien Cevey wrote:
Hello folks!
Hello!
[here was a nice high level motivation description]
Here follows some quick comments.
Here is my proposed API, strongly based on anders' ideas:
/* Prototypes */
xmms_value_list_t * xmms_value_list_get_iterator (xmms_value_t *val);
int xmms_
Sebastien Cevey wrote:
Selon Anders Waldenborg <[EMAIL PROTECTED]>:
Selon! Selon!
I think I would s/xmms_value_list/xmms_value_iter/
Since we will probably have different iterators for lists, dicts and propdicts,
you need to reflect that in the type name too. Initially
theefer forgot to cc list.
--- Begin Message ---
Enligt Anders Waldenborg <[EMAIL PROTECTED]>:
> I really want _iter_ in the name..
Ok.
> Also, is it xmms_ or xmmsc_? Maybe it is a entirely new system:
> "xmmsv_", which gives:
v(alue) doesn't seem to live in t
Erik Massop wrote:
Currently dict are ...-key-value-key-value-... lists and propdict
...-source-key-value-source-key-value-... lists, so they can be quite
related to lists, if you keep up this linear design. Performancewise
binary-trees or hash-tables might be better.
Just a quick note before I
Sebastien Cevey wrote:
xmmsv_t
xmmsv_coll_t
xmmsv_list_iter_t
Yeah, this also gives nice short names. I think that is the way to go.
[]
Sure I agree with that. The question is what happens to the state of the
internal pointer. With:
def append(v, entry):
it = v.iter()
it.l
Erik Massop wrote:
I was thinking along these lines:
key = xmmsv_new_string("artist") val =
xmmsv_new_string("Metallica") entry=xmmsv_new_pair(key,val)
list_append(list,entry)
Would key really be an xmmsv_value_t, as that might disallows
bindings to convert dicts to the native hash-tables, un
Daniel Svensson wrote:
int callback (xmms_value_t *val) {
iter = xmms_value_get_list_iterator (val); /* allocates */
/* do stuff */
xmms_value_unref (val);
xmms_value_iter_unref (iter);
}
What's the reason we don't do like this:
None. Callee should always borrow the callers re
Daniel Chokola wrote:
Hello list!
So, I was involved in a discussion with theefer and anders_ on IRC the
other day about propdicts and source preference. Two issues arose and I
didn't really understand the consensus on either of them. So I'll ask
again on the mailing list so perhaps someone h
Daniel Chokola wrote:
Ok, executive summary of IRC discussion follows.
xmmsc_service_call (conn, service, "method", "intarg",
XMMSV_INT, 1337, "other arg", XMMSV_STR, "apanap", XMMS2_END);
that would work. i could internally turn it into a value_t
anders_: can varargs be a PITA for bindings
Tilman Sauerbeck wrote:
Hi,
I'm currently porting the Ruby bindings to the new xmmsclient API
(result/value split), and I'm wondering why e.g.
xmmsc_coll_parse() has been renamed to xmmsv_coll_parse()?
The same applies to the other public functions in
xmmsclient/collection.c. Considering those fu
[EMAIL PROTECTED] wrote:
+ time_t tv=time(NULL);
+ struct tm st;
+#ifdef _POSIX_C_SOURCE
+ localtime_r(&tv,&st);
+#else
+ memcpy(&st,localtime(&tv),sizeof(struct tm));
+#endif
Isn't there some nice glib stuff for this?
anders
--
__
Anthony Garcia wrote:
This is a good way to maintain compatibility with clients that use it,
and if anyone decides to actually make use of the first parameter and
add some more code later, they simply remove the macro and make it a
function. At the moment there's no point in it being a functi
Anthony Garcia wrote:
> I like to optimize.
I LOVE to optimize. Optimization is done by profiling to find
bottlenecks and then fixing them.
[]
I'm pretty much with Anders here.
Cool, he made a fine point, but it doesn't mean that its okay to have
stuff like this laying around. Internal or
Anthony Garcia wrote:
HTML plugin indeed is useful, glad to see it revived!
+ xmms_magic_add ("html ucase tag", "text/html",
+ "0 string
+ xmms_magic_add ("html tag", "text/html",
+ "0 string
string/c
+ xmms_magic_add ("xml ta
Daniel Chokola wrote:
JD wrote:
Sorry Thomas - I did not mean to spam your personal mbox. It's just
that the the email from the list does not have a REPLYTO address that
is
So, in thuderbird client, a reply goes to the actual sender, and not
the list. Probably an easy thing to fix on the list
Daniel Svensson wrote:
This is all very nice and stuff,
but it does however leave us with a pretty raw gitweb without our nice
category patch and a heap of other patches. Theefer have sent a patch
to gitweb, but as things are moving slowly I suggest another way of
getting our order back.
Why ar
MiXMAN wrote:
I want to announce new xmms2-xchat info plugin. It will show current playing
information on xchat. More information and download can be found here
http://mixman.res.lt/projects/xmms2-xchat/
Cool!
Have you added it to the http://wiki.xmms2.xmms.se/wiki/Clients page?
anders
--
Now that xmmsv_t stuff is in -devel it would be great if tutorials were
updated.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
Thomas Frauendorfer wrote:
Hi,
rv-split is now mostly merged. As far as I know, puzzles is working on
a patch to change the the medialib_add_entry_args function to take a
xmmsv_t dict instead of char** array of strings (and drop the numargs
int, as it's no longer needed with a dict). At the mome
Thomas Frauendorfer wrote:
The main reason why we need to mess with encoding strings is that
paths on disk doesn't have a specified encoding. File paths are
>just arrays of bytes (where NUL and / have a special meaning). On
the other hand strings stored in sqlite (and now xmmsv_t) needs to
be UTF
Sébastien Cevey wrote:
ln /path/to/some.mp3 $'\xff.mp3' # Not ln -s as xmms2 is too smart
Too smart how?
src/clients/cli/common.c:format_url
if (!x_realpath (item, rpath)) {
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lis
Sébastien Cevey wrote:
How do you represent http://example.com/?type=foo&path=bar ? ;-P
{
'type': 'http',
'path': b'http://example.com/?type=foo&path=bar',
}
which would make sense for cases like this:
{
'type': 'http',
'path': b'http://c64.org/get-sid?id=1234&user=kbrinkmann',
Daniel Chokola wrote:
BTW, I would ask where you've ever seen a meaningful URL with arguments
from the internet. I haven't heard of streaming SIDs yet. ;)
There is a very meaningful use case of args to HTTP URLs: passing a cookie.
{
'type': 'http',
'path': b'http://example.com/getmpg.py?id
Sébastien Cevey wrote:
Right, it was just me misunderstanding the whole args business, so
please ignore me on the topic.
No I think you question was valid. It displays a subtle difference between:
{ 'type': 'file',
'path': b'/path/to/file.mp3'}
and:
{ 'type': 'http',
'path': b'http://exa
Tilman Sauerbeck wrote:
Tilman Sauerbeck [2008-12-14 17:30]:
I'm trying to fix bug #846 (http://bugs.xmms2.xmms.se/view.php?id=846).
The easy part would be to cancel calls which haven't been processed by
the server yet, but that are still waiting in line.
Done:
http://git.xmms.se/?p=xmms2-tilm
Tilman Sauerbeck wrote:
Yes, this patch does't try to solve the "long mlib queries" problem at
all. However, it should help with usecase 2 that was brought up in
http://bugs.xmms2.xmms.se/view.php?id=846.
I thought all clients solved that by "max N outstanding mediainfo requests".
I was hoping
Peter Stuge wrote:
Client with pending request receiving SIGTERM.
Why not just close the socket and let the server handle the mess?
In that case the first part of tilman's patch actually comes really
handy, as it would allow the queue to just be dropped if connection is
dropped.
anders
-
Daniel Chokola wrote:
Samba, for example, also has no known encoding.
Got a reference on that?
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
Daniel Chokola wrote:
Now that we have xmmsv_t, shouldn't we reduce the IPC layer to something
transparent, with just a send and receive function? IPC can mindlessly
push and pull data, while the sender/receiver of the xmmsv_t is
responsible for its contents, without mucking about with msg_t.
Sébastien Cevey wrote:
ew, rather:
args: {playlistname: "name of the playlist"},
+1
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
Daniel Svensson wrote:
On Wed, Feb 11, 2009 at 10:15 PM, Frank Dischner
wrote:
I am working on a plugin to upmix two channel stereo to 5.1.
Can't both Alsa and PulseAudio do this for you without a line of code?
Here is an old untested patch for pulse:
http://numbers.xmms.se/~andersg/pulse-
Anders Waldenborg wrote:
I am working on a plugin to upmix two channel stereo to 5.1.
Oh btw, the full thread that contains this message may be interesting:
http://permalink.gmane.org/gmane.comp.multimedia.xmms2.devel/653
anders
--
___
Xmms2
Johannes Jordan wrote:
I'm just wondering about an idea I had on this recently in the shower:
Several effect plugins, like this one or the equalizer plugin (being the
most prominent one), rely on FFT to get the data into frequency domain.
Now on the other hand, the lossy formats like mp3 and og
Daniel Svensson wrote:
The main goal with this is ofc to get some discussion going, to get
people to say, they I know this bug, I know what it involves and I
don't think it's that big of a deal if it ends up in DrN instead.
Earlier me and Anders used to have Mantis-races, but as the hours of
the
Daniel Svensson wrote:
When you say "about 0", what bugs are you referring to?
I mean that I don't think any of the bugs are blocking release, most are
nice-to-have-fixed.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://l
The first TEST release for XMMS2 0.4 DrM is out. Please grab it at the
usual places (that means
http://test.xmms.se/source/xmms2-0.5DrLecter+WIP+TEST1.tar.bz2 and git)
So start your xmms2-et and check http://test.xmms.se/ for what kind of
testing we need. And make sure to file those bugs!
Sebastien Cevey wrote:
We don't hold qualification tasks, but we do require a detailed
application and interview with the future mentor etc.
On the other hand, doing some XMMS2 work before application/selection
most likely will improve chances of getting selected. Speaking of which,
we should
Anders Waldenborg wrote:
The first TEST release for XMMS2 0.4 DrM is out. Please grab it at the
usual places (that means
http://test.xmms.se/source/xmms2-0.5DrLecter+WIP+TEST1.tar.bz2 and git)
So start your xmms2-et and check http://test.xmms.se/ for what kind of
testing we need. And make
Anthony Garcia wrote:
On 13:21 2009-03-11 +0100, Anders Waldenborg wrote:
Anders Waldenborg wrote:
- 2086: Show URL (or filename) when no metadata found
theefer has fix in the works.
This is already fixed in my tree. I can write an independent patch for
the current xmmsv_dict_format if we
per.odl...@armagedon.se wrote:
Hi, I have an idea for gsoc, extending the playlist featurebase.
The playlistcode is kinda static and ain't that feature-rich and lacks
of alot off basic features. Like picking the next song at random rather
then shuffle the playlistorder.
Picking next song at
I just uploaded second TEST release for upcoming 0.6 DrM release.
As usual it can be found in git and on
http://test.xmms.se/source/xmms2-0.5DrLecter+WIP+TEST2.tar.bz2
So start your xmms2-et and check http://test.xmms.se/ for what kind of
testing we need. And make sure to file those bugs!
Anthony Garcia wrote:
Properties set by the server aren't modifiable directly.
Actually there is an xmmsc_medialib_move_entry method that allows
changing URL.
anders
--
___
Xmms2-devel mailing list
Xmms2-devel@lists.xmms.se
http://lists.xmms.se/c
Slightly delayed, but...
After XMMS2 Team's tussles in Brussels; Here we go again!
XMMS2 Team is proud to present a new release, as late as always. This
time there has been huge changes "under the hook" with the new "xmmsv".
You can obtain XMMS2 here:
Release notes:
http://wiki.xmms2.xm
Sebastien Cevey wrote:
So, what do you people think?
I think it is a pretty good name. But the disambiguation page is quite
long: http://en.wikipedia.org/wiki/Calypso
If you have comments, or better suggestions, let's hear them!
My suggestion is "Umami". Not that it music related, but tha
Erik Massop wrote:
- don't ask the client to strtol all numeric properties from strings!
we should maybe use some heuristic server-side to determine what
type to wrap in the xmmsv_t. could use the content and/or hardcoded
or even dynamic mapping of property->type for that.
We have three o
Leo L. Schwab wrote:
And my first challenge appears to be getting the code out to the
list unmolested. My post, as it appears in the archives, completely
stripped the .c file:
http://article.gmane.org/gmane.comp.multimedia.xmms2.devel/1712
Yes, the list strips any attachment t
Christoph Scholtes wrote:
Hi,
Hi! Thanks for the patch!
[]
The conversion function for converting tag text according to
encoding
then returns an empty string (in my case). Note, these flags are
different for v3 and v4 of ID3v2.
Cool, do you have actual real life files with these flags se
Here is some comments on all interesting green and blue trees.
--
anders/master has 5 changes not in devel. All are real!
This contains some stuff to consistently name functions exported to ipc
and making them static. The idea pave the r
Sebastien Cevey wrote:
--
eclipser/c++-cleanup has 4 changes not in devel. 2 of them are real,
50% pollution. Lags 68 changes, but merges cleanly
Looks good to me. Would like some other c++ guy to look at it too.
Seems alright, but Zhar
Erik Massop wrote:
In my medialib it costs about 20 microseconds per returned entry per
constrained property. The raw test results are here:
http://www.math.leidenuniv.nl/~emassop/xmms2-sourcepref-timing .
Not that bad. Lets pull it in.
[]
Pshuffle's and queue's functionality are replaced by
Merged:
* Cleanup of ipc exported functions serverside from anders/master
* Source preference stuff from nesciens/coll2-sane-history
* c++ API changes from eclipser/c++-cleanup
New stuff:
* caotic/master has 9 changes not in devel. All are real!
These are nice cleanups. Should just go in.
Merged:
* Lots of minor cleanups from caotic/master
* Ruby 1.9.1 fix from tilman/master
* _GNU_SOURCE removal from puzzles/master
* xmmsclient++ wscript fix from anders/master
New stuff:
* tilman/genipc has 29 changes not in devel. All are real!
Now generates some serverside code. Cool.
Tilman Sauerbeck wrote:
Any ideas on how to do signals/broadcasts?
Not yet, that one's next.
I had some idea that each ipc exported object created a struct like this:
typedef struct {
void (*meth_start) (xmms_output_t *, xmms_error_t *);
void (*meth_stop) (xmms_output_t *, xmm
Tilman Sauerbeck wrote:
Shouldn't _PLAYLIST_LOADED be unregistered, too?
Yes. And there are more:
[22:37:38]DEBUG: ../src/xmms/ipc.c:756: Broadcast 7 not unregistered!
[22:37:38]DEBUG: ../src/xmms/ipc.c:756: Broadcast 8 not unregistered!
[22:37:38]DEBUG: ../src/xmms/ipc.c:756: Broadcast 9 not
Merged:
* Sampleformat coersion fixes and testcases (from nano/streamtests)
* output_prio thing (from anthonyg/master)
* Small IPC stuff (from tilman/genipc)
New stuff:
* tilman/genipc has 22 changes not in devel.
I see some renaming that is interesting.
eg: xmms_playlist_client_add_idli
Tilman Sauerbeck wrote:
The function names used on the server side are generated from the names
listed in the XML file. By referencing those functions names in the
generated code, we can be sure that we won't forget to implement any IPC
methods (the build would fail).
Thats great.
When I wrot
Dan Chokola wrote:
And have totally standard plugin wscripts.
What do you think?
It works fine with the addition of the prototypes. All I can say is it
feels a bit unnatural to #include a .c file. :)
Agree, but it feels better than doing strange tricks with a build
systems that has a tenden
Tilman Sauerbeck wrote:
Let me know what you think.
Looking good. Thats it?
The "xmmsc_broadcast_configval_changed ->
xmmsc_broadcast_config_value_changed" made me think about signals.
Should we go all the way and use xmmsc_config_value_changed_broadcast?
Guess that would mean a whole lot o
1 - 100 of 186 matches
Mail list logo