similar to: CELT in Digital Radio Mondiale

Dear Vorbis Devteam, My name is Michael Feilen and I've been working on Digital Radio Mondiale (DRM) transmitters and receivers for quite a while now. DRM uses HE-AACv2 by Dolby to encode the audio content (see http://www.drm.org/uploads/media/es_201980v030101p.pdf - pages 23 ff). As I think Vorbis is an excellent alternative, I'd like to implement and define an interface for Vorbis

Hi all I know that this has been tested for one digital radio standard DRM+. I'm wondering if anyone has tried to test opus on the DAB digital radio system. Peter

I believe the solution is to not call drm_crtc_vblank_off for atomic modesetting in nouveau_display_fini. I think Ben's working on it. On Wed, Jul 19, 2017 at 1:25 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > mimic the behavior of vblank_disable_fn(), another caller of > drm_vblank_disable_and_save(). > > This avoids oopsing, while trying to

Mh ok, paper over in nouveau_display_fini until Ben comes up with a better idea then?! Greetings, Tobias On 7/20/17 10:13 AM, Daniel Vetter wrote: > On Wed, Jul 19, 2017 at 04:10:50PM -0400, Ilia Mirkin wrote: >> I believe the solution is to not call drm_crtc_vblank_off for atomic >> modesetting in nouveau_display_fini. I think Ben's working on it. > Yes, the goal of

Sub:[LARTC] cbq init for one port on a subnet Hello, We use cbq.init to limit bandwidth. It works great on a per-user basis. Now I''d like to limit traffic from a netblock to the Internet on port 6699. Network is 192.168.0.160 mask 255.255.255.224 eth0 is the gateway eth1 connects the netblock in question Is this the proper syntax; DEVICE=eth0,10Mbit,1Mbit RATE=100Kbit

Hello everyone, I was curious if anyone has performed any listening tests or done work with solo instrument performances with the CELT codec? I experience quite a bit of noise coming up with a heavily tonal stimulus, the worst offender being a trumpet. I understand some of this behavior is to be expected, this is a perceptual codec afterall, but was curious if anyone was able to find an elegant

I have successfully been using OH323 v0.6.5 with Asterisk 1.0.x. I now need to move to CVS HEAD in order to use some features that are not in v1.0.x, and am trying to compile OH323 to use with it. On the InaccessNetworks site, it ways that OH323 v0.7.1 is for HEAD. However, when I compile it, it appears that it hasn't been updated since the channel structures were revamped. I get many errors,

On Sat, 2017-07-15 at 14:52 -0400, Ilia Mirkin wrote: > > OK, so this issue appears to be that we're calling > drm_crtc_vblank_off() on a crtc for which vblank is already disabled. > My guess is that this happens because the crtc is disabled. > > Not sure what the proper check is to see if vblanks are already disabled... Seems so, the below shut up suspend for both 8600 GT

Hello every body: I have RedHat fedora core 2 machine, using iptables and squid. I am having a lot of problems with peer2peer traffic. (bittorrent, kazaa, etc.) so I have installed ipp2p from rpm. Every thing was ok until I use iptables rules. I get this error. [root@router iptables]# iptables -A INPUT -p tcp -m ipp2p --ipp2p -j DROP iptables: No chain/target/match by that name sames

mimic the behavior of vblank_disable_fn(), another caller of drm_vblank_disable_and_save(). This avoids oopsing, while trying to disable vblank on a not connected display: [ 12.768079] WARNING: CPU: 0 PID: 274 at drivers/gpu/drm/drm_vblank.c:609 drm_calc_vbltimestamp_from_scanoutpos+0x296/0x320 [drm] [ 12.768080] Modules linked in: bnep snd_hda_codec_hdmi rtsx_usb_sdmmc uvcvideo rtsx_usb_ms

FYI and to whom it may concern, I have made Debian packages of Asterisk et. al. You still need to build a new kernel and the zaptel modules from source, but Asterisk and libpri are manageable with dpkg. The debs as well as mirrors of the source distribution are here: http://www.ntgos.com/Projects/Asterisk/Download http://parc.styx.org/asterisk I would also like to mirror the CVS repository as

Hi Mark Funny you should ask this question, I just spent yesterday integrating building asterisk with h323 support to connect to a Cisco call agent.....I cant say if it will work for you but it compiles and loads nicely ! I will be testing this evening.... # cd /root # wget http://www.voxgratia.org/releases/pwlib-Pandora_release-src-tar.gz # wget

On Wed, Jul 19, 2017 at 04:10:50PM -0400, Ilia Mirkin wrote: > I believe the solution is to not call drm_crtc_vblank_off for atomic > modesetting in nouveau_display_fini. I think Ben's working on it. Yes, the goal of vblank_on/off was very much to not paper over driver bugs with clever tricks like these. If the driver cant keep track of its vblank, something has gone wrong, and the core

On Thu, Jul 20, 2017 at 11:58 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > Mh ok, > > paper over in nouveau_display_fini until Ben comes up with a better idea > then?! No paper needed, just don't call drm_vblank_off for the atomic case. Not sure why that patch isn't landed yet, it should be simple. -Daniel > > Greetings, > > Tobias

Salve, when some of you have the time, listen to some test-transmissions recordings of DRM (MW and SW) http://www.drm-national.de/Audio_Streams/audio_streams.html I have the impression that music sounds well but speech has realy ugly digital artefacts. Especialy Sample 2: High Quality MW 64 QAM AAC+SBR 25080 bit/s Would you guesss that speex would be better for voice only than ACC? DRM

Thanks Vamsi I have not been able to locate pwlib - 1.6.6 or openh323 1_13_5. I found the latest versions through sourceforge and I found some older versions on another site, but not these versions. This has been quite frustrating. Anyway, I think by using the asterisk-oh323 branch under channels in the asterisk source tree I will have more luck. At present it seems to compile successfully, but

Hi there I have Asterisk running beautifully on our test server. Over the past few days I have been tearing my hair out trying to compile various versions of asterisk-oh323 on various versions of pwlib and openh323. pwlib is now up to 1.8.3 and openh323 is now 1.15.2 stable. asterisk-oh323 is currently 0.7.1 I have tried these three with many errors. I have tried 0.7.1 with pwlib 1.5.2 and

Hi everyone, I'd like to announce CELT 0.7.1, which improves the quality of the packet loss concealment (PLC), but does not change the rest of the codec. For this reason it is the first release NOT to break bit-stream compatibility with the previous release (0.7.0). But I promise not to do it again, the next CELT release will likely break compatibility once again. Note that the PLC

Hi Bob, Would you be willing to send me your test audio file? I've been using an unencubered solution to the problem (since I'm probably going to be distributing my software long before the IPR for the pre/post filter is available) and I'm curious to see how it stacks up against the pre/post filter. Cheers, John Ridges > On Mon, Mar 21, 2011 at 3:06 PM, Bob

Hi I've been running asterisk for a year or so now, and recently upgraded to the lastest CVS-HEAD version along with oh323 v0.7.1. (previously oh323 version 0.6.3 used to crash about once per week during high call volumes). Since upgrading, however, asterisk seems unable to successfully receive h323 calls. Previously, an incoming h323 call would be answered by asterisk and show: