19 May '13 - 10:49 *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: 1 ... 3 4 [5]  All
  Reply  |  Print  
Author Topic: BASS for ARM Linux  (Read 8513 times)
colin
Guest
« Reply #80 on: 30 Apr '13 - 16:41 »
Reply with quoteQuote

With your code I have this :

1: name=[Default] dev=[default] flags=3
        speakers=2
2: name=[UDJ6: USB Audio] dev=[hw:0,0] flags=1
3: name=[bcm2835 ALSA: bcm2835 ALSA] dev=[hw:1,0] flags=1
        speakers=2

What do you suggest ?

Thanks a lot
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #81 on: 30 Apr '13 - 17:20 »
Reply with quoteQuote

That looks like the UDJ6 device initialization failed. To get an idea of why, please check the error code...

BASS_DEVICEINFO di;
for (int a=1; BASS_GetDeviceInfo(a, &di); a++) {
printf("%d: name=[%s] dev=[%s] flags=%x\n", a, di.name, di.driver, di.flags);
if (BASS_Init(a, 44100, 0, 0, 0)) {
BASS_INFO i;
BASS_GetInfo(&i);
printf("\tspeakers=%d\n", i.speakers);
BASS_Free();
} else
printf("\tinit fail=%d\n", BASS_ErrorGetCode());
}

Perhaps PulseAudio is using the device? If so, the default ALSA device should probably be set to that ("pulse") in the asound.conf file.

Please also confirm whether you have been able to use 5.1 output with any other software on the device, to confirm whether the problem you're having is something that is BASS-specific.
Logged
colin
Guest
« Reply #82 on: 30 Apr '13 - 23:28 »
Reply with quoteQuote

I have this :


1: name=[Default] dev=[default] flags=3
        speakers=2
2: name=[UDJ6: USB Audio] dev=[hw:0,0] flags=1
        init fail=6
3: name=[bcm2835 ALSA: bcm2835 ALSA] dev=[hw:1,0] flags=1
        speakers=2

It's 6   BASS_ERROR_FORMAT
http://www.un4seen.com/doc/#bass/BASS_ErrorGetCode.html

my asound.conf is :
pcm.card0 {
    type hw
    card 0
}
ctl.card0 {
    type hw
    card 0
}
pcm.!default {
    type plug
    slave.pcm "surround51"
    slave.channels 6
    route_policy duplicate
}

Which software can I use to test 5.1 ?
I tested with this :
speaker-test -Dplug:surround51 -c6
it block !
speaker-test -Dplug:surround51 -c6 -s1
s is the num of speaker !
it block with s1 and s2, with s3 to s6 it not block but nothing happens !

Thanks a lot
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #83 on: 1 May '13 - 16:00 »
Reply with quoteQuote

I have this :


1: name=[Default] dev=[default] flags=3
        speakers=2
2: name=[UDJ6: USB Audio] dev=[hw:0,0] flags=1
        init fail=6
3: name=[bcm2835 ALSA: bcm2835 ALSA] dev=[hw:1,0] flags=1
        speakers=2

It's 6   BASS_ERROR_FORMAT

I will send you a debug version to get some info on what's happening with the internal ALSA calls and resulting in the BASS_ERROR_FORMAT error.
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #84 on: 9 May '13 - 16:47 »
Reply with quoteQuote

An updated BASS version that adds support for 24-bit soundcards (like colin's above) is now up in the 1st post. It also includes the 64-bit file fix (mentioned further above).
Logged
zittergie
Posts: 10


« Reply #85 on: 10 May '13 - 07:35 »
Reply with quoteQuote

Hi Ian,

Do you plan to bring the libbass_aac lib to ARM ?
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #86 on: 10 May '13 - 16:09 »
Reply with quoteQuote

An ARM Linux version of the BASS_AAC add-on is now up in the 1st post.
Logged
zittergie
Posts: 10


« Reply #87 on: 11 May '13 - 07:25 »
Reply with quoteQuote

Thanks
Logged
JRfromFL
Posts: 6


« Reply #88 on: 15 May '13 - 09:24 »
Reply with quoteQuote

Hi !
I have a problem running a simple BASS playout program on the current version of the Arch Linux (archlinux-hf-2013-02-11). The same program runs fine on the Raspian Linux. I use the internal "audio" output snd_bcm2835.
The program consists of BASS_Init, a BASS_StreamCreateFile and a BASS_ChannelPlay, that's all. It is written in FPC 2.6.0 and uses the current hardfp version of the libbass.so. None of the function calls is reporting an error but there is no audio. I added a BASS_ChannelGetPosition after the BASS_ChannelPlay (BASS_BYTE_POS) in a loop, which constantly reports 8800. I tried different fileformats including WAV, MP3 and OGG.
I installed the mplayer on the arch linux to verify, that driver and alsa are doing okay and mplayer was playing the files I also used within the StreamCreateFile call.
Has anybody an idea, what I'm doing wrong or what else I can test ?

Thanks !

JRfromFL
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #89 on: 15 May '13 - 14:36 »
Reply with quoteQuote

I will send you a debug version to find out what's going wrong there.
Logged
djchristos
Posts: 1


« Reply #90 on: 17 May '13 - 16:07 »
Reply with quoteQuote

I'm having a similar issue as JRfromFL... I'm running Arch Linux for Pi and the lastest libbass.so hardfp (from post 1) I can hear the sound device 'click' when BASS_ChannelPlay is called but BASS_ChannelGetPosition reports the file isn't playing/ the value isn't counting.

I'm quite new to programming for Pi, any help would be appreciated
Logged
Ian @ un4seen
Administrator
Posts: 15244


« Reply #91 on: 17 May '13 - 16:48 »
Reply with quoteQuote

The ARM Linux BASS version does seem to have an ALSA output issue on Arch Linux, which we are currently investigating. I'll send you a debug version, to confirm whether you are indeed having the same issue.
Logged
Pages: 1 ... 3 4 [5]  All
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.18 | SMF © 2013, Simple Machines