From: Uli F. <uli...@we...> - 2010-02-08 19:17:04
|
Hi Pieter Here's something thad seems odd to me: Debug (dice_avdevice.cpp)[1761] readRegBlock: Reading base register offset 0x00000090, length 256, to 0xbffac2db Debug (dice_avdevice.cpp)[1778] readRegBlock: reading addr: 0xFFFFE0000090, 64 quads to 0xbffac2db Debug (dice_avdevice.cpp)[ 651] showDevice: Clock sources : Debug (dice_avdevice.cpp)[ 657] showDevice: AES/EBU (XLR) Debug (dice_avdevice.cpp)[ 657] showDevice: S/PDIF (RCA) Debug (dice_avdevice.cpp)[ 657] showDevice: S/PDIF (TOSLINK) Debug (dice_avdevice.cpp)[ 657] showDevice: Unused ... Debug (dice_avdevice.cpp)[ 657] showDevice: Unused Debug (dice_avdevice.cpp)[ 657] showDevice: Internal Debug (dice_avdevice.cpp)[ 660] showDevice: TX param space: Debug (dice_avdevice.cpp)[ 661] showDevice: Nb of xmit : 1 Debug (dice_avdevice.cpp)[ 663] showDevice: Transmitter 0: Debug (dice_avdevice.cpp)[ 666] showDevice: ISO channel : -1 Debug (dice_avdevice.cpp)[ 668] showDevice: ISO speed : 2 Debug (dice_avdevice.cpp)[ 671] showDevice: Nb audio channels : 2 Debug (dice_avdevice.cpp)[ 673] showDevice: Nb midi channels : 0 Debug (dice_avdevice.cpp)[ 676] showDevice: AC3 caps : 0x00000000 Debug (dice_avdevice.cpp)[ 678] showDevice: AC3 enable : 0x00000000 Debug (dice_avdevice.cpp)[1761] readRegBlock: Reading base register offset 0x000001A8, length 256, to 0xbffac2db Debug (dice_avdevice.cpp)[1778] readRegBlock: reading addr: 0xFFFFE00001A8, 64 quads to 0xbffac2db Debug (dice_avdevice.cpp)[ 681] showDevice: Channel names : Debug (dice_avdevice.cpp)[ 686] showDevice: DIN1 Debug (dice_avdevice.cpp)[ 686] showDevice: DIN2 Debug (dice_avdevice.cpp)[ 690] showDevice: RX param space: Debug (dice_avdevice.cpp)[ 691] showDevice: Nb of recv : 1 Debug (dice_avdevice.cpp)[ 693] showDevice: Receiver 0: Debug (dice_avdevice.cpp)[ 696] showDevice: ISO channel : -1 Debug (dice_avdevice.cpp)[ 698] showDevice: Sequence start : 2 Debug (dice_avdevice.cpp)[ 701] showDevice: Nb audio channels : 0 Debug (dice_avdevice.cpp)[ 703] showDevice: Nb midi channels : 2 Debug (dice_avdevice.cpp)[ 706] showDevice: AC3 caps : 0x00000000 Debug (dice_avdevice.cpp)[ 708] showDevice: AC3 enable : 0x00000000 The number of audio channels is 0 in the RX param space but the # of midi channels is 2. This should be exactly the opposite... As I can extract from dice_defines.h the DICE_VER_1_0_4_0 and DICE_VER_1_0_7_0 ifdefs seem to be the reason for this difference. Lets check if uncommenting #define DICE_VER_1_0_4_0 and commenting out DICE_VER_1_0_7_0 helps (The dynamic firmware version switching appears to be a todo :) Ok, RX channel are now fine, it seems that I first have to adjust the MIN_XMIT_PACKET_SIZE to 48 instead of 72. No improvement. I attached the latest log. I'll get back to it tomorrow. Any suggestions are greatly appreciated of course. Regards Uli Pieter Palmers wrote: > Dear, > > I have no idea what's going wrong, so I can't really help you. It would > be nice if you could provide me with the appropriate log info as > described in the README that comes along with FFADO. > > Is the device you are using by any chance a 2-channel device? There have > been some reports on problems with Weiss devices and I don't know what > is going on. The only thing I can think of is that it actually has too > little channels and that some assumption in FFADO is violated somewhere. > > I don't have access to a comparable device with only 2 channels, so it's > difficult to debug. > > Greets, > > Pieter > > Uli Franke wrote: >> Hi Pieter et al. >> >> I'm trying to get our devices ready for smooth ffado support. But my >> latest >> attempts yesterday seemed to be less successful than the attempts I >> made last >> year. All our devices are generic dice stuff without any proprietary >> protocoling. >> >> For my experiments I used the latest Ubuntu distribution (karmic) in >> conjunction >> with the ffado svn trunk and the latest jack release. All other >> libraries were >> taken from the distro. >> >> So what's the best way to get this done? Should I go back to Ubuntu >> 8.10? Some >> guys got their dice based alesis working somehow. So it shouldn't be >> that hard. >> Perhaps we should put together a more up to date list to get dice >> based devices >> to work. I have some time especially allocated for this very purpose, >> so perhaps >> we set up a "battle plan"... >> >> Regards >> Uli >> >> Here are the latest logs >> >> www.nebadje.org/tmp/cls/ffado-diag.log >> www.nebadje.org/tmp/cls/jack-ffado.log >> >> >>> -------- Original Message -------- >>> Subject: RE: Dice and Ubuntu >>> Date: Wed, 3 Feb 2010 11:15:56 -0800 >>> From: Brian Karr <br...@tc...> >>> Organization: TC Applied Technologies, Ltd. >>> >>> Hi Uli, >>> >>> I also had trouble with later versions of Ubuntu, and eventually went >>> with >>> the same distribution that the developer was using. I haven't looked >>> at it >>> again since I made the walk through. Might be a good idea to ask >>> Pieter (or >>> the list) what combination of kernel and libraries are currently >>> known-good, >>> as it looks like some things are still in flux. >>> >>> Cheers, >>> >>> Brian >>> >>> >>>> -----Original Message----- >>>> From: Uli Franke [mailto:uli...@we...] >>>> Sent: Wednesday, February 03, 2010 10:59 AM >>>> To: Morten Lave; Brian Karr >>>> Subject: Dice and Ubuntu >>>> >>>> Hi Morten, Hi Brian >>>> >>>> For a special project we'd like to run our dice devices under the >>>> latest >>> ubuntu >>>> (karmic). The walk through on the forum is slightly outdated and I have >>> severe >>>> problems with the latest ffado trunk. Before I annoy you or the ffado >>> list, I'd >>>> like to check if you tried the dice support with the latest ffado >>>> trunk on >>>> karmic and if yes if there are some notes available... >>>> >>>> Regards >>>> Uli >>>> >> -- Uli Franke -- R&D Engineer Dude WEISS ENGINEERING LTD. Professional Digital and Analog Audio Products Florastrasse 42, 8610 Uster Switzerland phone: +41 44 940 20 06, fax: +41 44 940 22 14 email: uli...@we... web: http://www.weiss.ch To define recursion we first have to define recursion. |