Search found 37 matches
- Mon Jun 29, 2009 11:48 pm
- Forum: ZSNES Talk
- Topic: ZSNES 1.51b Experimental Linux Binaries
- Replies: 56
- Views: 137420
- Sat Jun 27, 2009 1:21 am
- Forum: ZSNES Talk
- Topic: ZSNES 1.51b Experimental Linux Binaries
- Replies: 56
- Views: 137420
The compiler outputs this initc.c: In function 'init65816': initc.c:2764: warning: array subscript is above array bounds In function 'memcpy', inlined from 'powercycle' at initc.c:2624: /usr/include/bits/string3.h:52: warning: call to __builtin___memcpy_chk will always overflow destination buffer F...
- Fri Jun 26, 2009 1:08 pm
- Forum: ZSNES Talk
- Topic: ZSNES 1.51b Experimental Linux Binaries
- Replies: 56
- Views: 137420
The compiler outputs this initc.c: In function 'init65816': initc.c:2764: warning: array subscript is above array bounds In function 'memcpy', inlined from 'powercycle' at initc.c:2624: /usr/include/bits/string3.h:52: warning: call to __builtin___memcpy_chk will always overflow destination buffer F...
- Thu Jun 25, 2009 10:30 pm
- Forum: ZSNES Talk
- Topic: ZSNES 1.51b Experimental Linux Binaries
- Replies: 56
- Views: 137420
- Sat Jan 24, 2009 10:30 am
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
Stupid patch over 0.039
--- lib/ruby/audio/alsa.cpp +++ lib/ruby/audio/alsa.cpp @@ -86,12 +86,8 @@ if(buffer.length < device.period_size) return; if(settings.synchronize == false) { - snd_pcm_avail_update(device.handle); - snd_pcm_sframes_t delay; - snd_pcm_delay(device.handle, &delay); - if(delay < 0) { - snd_pcm_pre...
- Sat Nov 15, 2008 5:17 pm
- Forum: bsnes Dev Talk
- Topic: bsnes v0.037a released
- Replies: 233
- Views: 285300
I've no problems with this, so long as I'm consulted before any source code is changed. If you're patching something broken, I'd like to know so I can fix it, too. Aparently now rpmlint (rpm checker) checks also the code¿? Well, in any case a new openSUSE package has been built with this patch: ---...
- Tue Oct 28, 2008 2:03 pm
- Forum: bsnes Dev Talk
- Topic: bsnes v0.037a released
- Replies: 233
- Views: 285300
The license grant is between me and you. It allows you to distribute it under those terms, so you can send it to others, but they have to accept the license (anyone can do so) if they want to distribute the software from there. I suppose this is good enough. I have enough problems trying to underst...
- Tue Oct 28, 2008 1:10 pm
- Forum: bsnes Dev Talk
- Topic: bsnes v0.037a released
- Replies: 233
- Views: 285300
I have just read the bsnes license. Some doubts: license to reproduce the software for non-commercial use only, provided the software remains unmodified, With this, can a distro package bsnes? And, the licensor grants you a non-transferable ... copyright license so I can give a copy to a friend, but...
- Sat Jun 28, 2008 4:47 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
BTW RedDrawf, dmix is not automatically used. I recently installed Linux on a machine here on a card which lacks hardware mixing, and I can only use one sound program at a time, even though they are all ALSA. Documentation says it should ;-) Not sure how this is archieved. I think it has to do with...
- Mon Jun 09, 2008 7:36 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
In case anyone is interested in getting exactly 100ms latency (that probably isn't so exact anyway, but...). My hda-intel AD1988 gets those 682 periods instead of the 720 periods because of dmix. Since some time ago dmix is automatically used if the sound card doesn't does hardware mixing. And by de...
- Sun Jun 08, 2008 6:46 pm
- Forum: Bug Reports/Feature Requests
- Topic: Linux/FreeBSD/Mac OS X etc sound
- Replies: 135
- Views: 266507
byuu, writing such an API is the perfect job for you (after finishing bsnes) The solution isn't to create yet another API. Instead, we should be improving what we already have and eliminate the older cruft. Well, another API is going to be created yes or yes. So if someone wants to have something t...
- Fri Jun 06, 2008 9:58 pm
- Forum: bsnes Dev Talk
- Topic: Proposed new model of sound output
- Replies: 88
- Views: 49047
Re: Proposed new model of sound output
It'll probably be a bit of a pain to implement this, but if it's beneficial, I can always give it a try. If the "32000hz vs real life 32040hz" thing compensates the pain then makes sense. But for speeds? Why anyone would select anything but 100% speed the 99% of time? I see the speed regu...
- Fri Jun 06, 2008 5:53 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
Uncapped = 32khz, but without waiting for samples to fully play I wasn't waiting for samples to fully play, but I was saving them to play them later. So what I must do is overwrite samples that hadn't time to play? I though making this I would obtain very cracky sound, but seems to work with the sa...
- Thu Jun 05, 2008 11:30 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
- Tue Jun 03, 2008 9:00 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
- Mon Jun 02, 2008 10:18 pm
- Forum: Bug Reports/Feature Requests
- Topic: ZSNES OSS/libao sound issues with pulseaudio
- Replies: 24
- Views: 17333
That's hilarious. I guess someone finally said the truth pro-ALSA people won't want to admit to. I only posted that link like a joke since I know Nach opinion about ALSA (and even if ALSA 1.0.17 will have fixes for hda-intel codecs, I have also found myself with embarrassing things like ALSA workin...
- Mon Jun 02, 2008 5:13 pm
- Forum: Bug Reports/Feature Requests
- Topic: ZSNES OSS/libao sound issues with pulseaudio
- Replies: 24
- Views: 17333
Nah, it's okay, I think you were doing a great job with your repository, it's mostly everyone else who is clueless. Especially this http://www.pulseaudio.org/wiki/PerfectSetup, perfect setup, yeah right. Even developers seem to be clueless as to what the issues are. Perhaps this one is better? http...
- Mon Jun 02, 2008 2:55 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
- Mon Jun 02, 2008 2:11 pm
- Forum: bsnes Dev Talk
- Topic: bsnes v0.032 released
- Replies: 98
- Views: 56584
- Sun Jun 01, 2008 1:20 pm
- Forum: bsnes Dev Talk
- Topic: bsnes v0.032 released
- Replies: 98
- Views: 56584
This proves ALSA is junk, since compatibility is low when I tried my best to make a driver, spending several hours on it. Contrast this to the fact that I also wrote the OSS, OpenAL, and libAO drivers for bsnes too, and that I didn't spend much time on any of them, and they work great (well, except...
- Sat May 31, 2008 9:44 pm
- Forum: ZSNES Talk
- Topic: ZSNES 1.51b Experimental Linux Binaries
- Replies: 56
- Views: 137420
- Sat May 31, 2008 9:07 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
- Sat May 31, 2008 3:36 pm
- Forum: bsnes Dev Talk
- Topic: Improving the ALSA backend
- Replies: 15
- Views: 50441
Improving the ALSA backend
I have an openSUSE 10.3 x86-64, Core2Duo E6420, ASUS P5B system with two sound cards: a Sound Blaster Live! and a AD1988 integrated codec. ALSA drivers are "1.0.16.20080601" and alsa-lib is "1.0.16.hg20080510" (your learn to love the openSUSE Build Service ;-) ). With the ALSA ba...
- Fri May 30, 2008 5:35 pm
- Forum: bsnes General Discussion
- Topic: Which sound system your distribution uses with each API?
- Replies: 0
- Views: 21873
Which sound system your distribution uses with each API?
I saw "The bsnes UNIX audio thread"* and started looking in some detail what different distros do with different audio APIs. * OpenAL (in Linux can use ALSA, ARTS, SDL, ESD, OSS or SDL) - openSUSE 10.3 The package creates a /etc/openalrc file with (define devices '(alsa native)) so by defa...
- Sun Mar 09, 2008 7:15 pm
- Forum: Bug Reports/Feature Requests
- Topic: Linux sound problems fixed!
- Replies: 21
- Views: 12448
But this just happens in my snd-hda-intel (integrated AS1988) driver Coincidentally, that is the audio chip used in both of my computers. It would be amusing if all of the ALSA issues turned out to be with this one driver. Well, ALSA devs have the cases where they can see AS1988 working better with...