An­oth­er sound de­veloper with per­force ac­cess

Apart from Kon­stantin (envy24* driver au­thor) I also got a p4 ac­count for Yur­iy (emu10kx driver au­thor). Let’s cross fin­gers for a lot of col­lab­or­a­tion in /​/​depot/​pro­jects/​soundsystem/​ now…

Up­com­ming sound stuff

Ry­an got per­mis­sion to ex­tend the work he did in the SoC as part of a class at uni­ver­sity. He wants to push down the new mix­er stuff to the driver level now. He does it in the emu10kx driver (be­cause he has such a card) and maybe in an­oth­er driver. This will al­low to use a lot more of the fea­tures a card of­fers. Yur­iy (au­thor of the emu10kx driver) has some work in the driver sched­uled too, so I offered him a p4 ac­count so that they can col­lab­or­ate. As of this writ­ting it is up to the p4 ad­mins to grant an ac­count.

And while I’m at it: Kon­stantin (env24* driver au­thor) got his p4 ac­count already. He tries to get some time to com­mit his work in pro­gress there.

Status of the Real­Play­er stuff

Shaun had some un­re­lated soft­ware prob­lems so he wasn’t able to do the pa­per­work re­ques­ted by Real. Those prob­lems seem to be fixed and he ex­pects to get some time to do the pa­per­work “soon”. Real is look­ing for­ward to this as the FreeBSD build is much bet­ter now.

A way to en­cour­age hard­ware com­pan­ies to sup­port *BSD

In multimedia@ we have a dis­cus­sion about the envy24* chips. One ques­tion is how to con­vince com­pan­ies to provide some tech­nic­al in­form­a­tion or at least free hard­ware samples. As part of the an­swer I poin­ted to http://​www​.bsdstats​.org/ which may be able to provide some num­bers (e.g. envy24* chips without a match­ing driver) which may help in ne­go­ti­at­ing some stuff with a com­pany. Un­for­tu­nately not many envy24 chips show up there. Part of the prob­lem may be that not enough people run the bsdstats port (and en­able peri­od­ic re­port­ing of at least the devices).

So do you have any un­sup­por­ted hard­ware (not only lim­ited to sound­cards) or some hard­ware which is still up-​to-​date but lacks some fea­tures in the driver (this is at least the case for all re­cent sound­cards like envy24* or HDA based ones)? Fine, run bsdstats and en­able the peri­od­ic re­port­ing. Maybe we are able to get enough num­bers to show to com­pan­ies so that they think it would be fin­an­cially be­ne­fi­cial to sup­port us in some way (free hard­ware, docs, tech­nic­al hints, whatever).

Oh… while we are at it, the ALSA people ad­ded sup­port for some envy24 based cards based upon the re­verse en­gin­eer­ing ef­fort which was needed to write our driver as it is now. So if you are work­ing for a com­pany and read­ing this: if you sup­port us, you get the Linux stuff for free too. 🙂 And as an ad­di­tion­al bo­nus, you can show a work­ing driver without any bad leg­al strings (e.g. GPL in­fec­tion) to OEMs. So go and cal­cu­late how much sales you can do with em­bed­ded stuff and come back to us with some tech­nic­al hints and/​or free hard­ware (it costs some few bucks for you to provide this: not much if it fails but a large amount of re­turn if it works out).

I fore­see nice im­prove­ments in the sound­sys­tem

Ar­iffs changes two months ago to re­duce the latency in the sound­sys­tem also pre­pared the way for mul­tichan­nel sup­port and Yur­iy ad­ded mul­tichan­nel re­cord­ing to the emu10kx driver (there are some bugs ATM and it is only a proof of concept to play around with it un­til we get real mul­tichan­nel sup­port in the gen­er­ic sound code). Ry­an tries to get some time (let’s cross fin­gers!) to con­vert a driver (prob­ably the emu10kx driver) to use the new mix­er in­fra­struc­ture be­fore he has to con­cen­trate on his stud­ies again.

This looks like we could get some very nice stuff this year.

Dragon­Fly synced with our sound­sys­tem

Dragon­Fly synced with a not so cur­rent ver­sion of our sound­sys­tem. I had a little dis­cus­sion with them and poin­ted out some re­cent im­prove­ments and some drivers they missed to sync. They don’t have the man power to par­ti­cip­ate in large im­prove­ments, but I hope for some small be­ne­fits like bug­fixes or ad­di­tion­al PCI IDs. I also poin­ted out the wiki page, maybe we can get some ad­di­tion­al sen­tences (we are lack­ing con­tent there, feel free to help out with a sen­tence or more!) there from them. It doesn’t make sense to split the ef­fort, so I offered to share the page with DFly.

Short status: Real­Play­er, Sound, Linux, …

I’m busy with non–FreeBSD re­lated stuff since a while, so there’s not much to say.

Real­Play­er: Shaun, the FreeBSD main­tain­er of the helix­play­er port, prom­ised to pol­ish up a patch­set when he gets time to port helix­play­er to a more re­cent ver­sion and send it to the cor­res­pond­ing helix com­munity (re­ques­ted by some people at Real after show­ing them the patches via cvsweb). Their re­view and in­teg­ra­tion of this stuff will help in get­ting a Real­Play­er bin­ary from Real.

Sound: The work of Ar­iff (and every oth­er con­trib­ut­or) in the HDA area seems to be very ap­pre­ci­ated. There are aven voices ask­ing for a MFC. I don’t think we will get it for 6.2. It’s too late in the re­lease pro­cess and Ar­iff seems to be busy.

Sound2: Ry­an com­mit­ted a fix to P4 which should provide some miss­ing stuff to some break­ing ports. If someone has time to com­mit it…

Linux: A lot of pro­gress happened here. The long­stand­ing ma­jor bug on amd64 is fixed and MFCed (thanks to kib!), so we fi­nally got some res­ults for the amd64 runs of the LTP test­cases (now col­or coded to spot prob­lems much faster). The status of the stable run is already on the wiki page (but this is without the MFC). Runs on cur­rent (2.4.2 and 2.6.16 based emu­la­tion) and stable after the MFC where already done, but I didn’t got time to wiki-​fy their status yet.

Ports: I already have an up­date for my sylpheed-​claws port to 2.6.0 to­geth­er with a move to LOCALBASE (in­clud­ing the plu­gin ports) avail­able, but I have to wait un­til the ports–slush is lif­ted.