ARM and Canonical to bring full Ubuntu desktop experience to low-poer, ARM technology


 
Thread Tools Search this Thread
Special Forums Cybersecurity Security Advisories (RSS) ARM and Canonical to bring full Ubuntu desktop experience to low-poer, ARM technology
# 1  
Old 11-13-2008
ARM and Canonical to bring full Ubuntu desktop experience to low-poer, ARM technology

ARM and Canonical to bring full Ubuntu desktop experience to low-poer, ARM technology-based computing devices


Popular commercially-supported Linux distribution Ubuntu to be available on low-power ARM SoCs with rich integrated graphics and video subsystems and a proven track record of low-power design
ARM and Canonical to bring full Ubuntu desktop experience to low-poer, ARM technology-based computing devices


Popular commercially-supported Linux distribution Ubuntu to be available on low-power ARM SoCs with rich integrated graphics and video subsystems and a proven track record of low-power design
read more



More...
Login or Register to Ask a Question

Previous Thread | Next Thread

5 More Discussions You Might Find Interesting

1. Programming

IDE's for the ARM processor on Linux

Hello everyone. I am running Debian on an ARM7 Device (aka my android phone). Everything is great. Works well. I would love to use it for Development. Mainly my interests are in Web Development, and Java development. So far the only useful IDE for debian arm is Netbeans. Which is pretty... (0 Replies)
Discussion started by: CDevelop
0 Replies

2. Programming

gcc for arm process

hi, correct me if am wrong, as per gcc doc gcc is able to compile code for different target systems such as ARM, ARC etc. I tried for compiling ARM but failed to do so. getting below error: gcc -mcpu=arm920t -c avg.c -o agv_arm `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.... (6 Replies)
Discussion started by: zing_foru
6 Replies

3. Fedora

gcc arm compiler

think only compile is required I wish to compile a sample code int main() { int a=5,b=8,c; c=a+b; } compile using gcc -Wall -g -march=arm922t main.c -o hello I got an error :bad value(arm922t) for -march=switch instead of using march i used mcpu options ,the same... (1 Reply)
Discussion started by: sujith4u87
1 Replies

4. UNIX for Advanced & Expert Users

gcc arm compiler

I want to find the ARM assembly language for my sample C code using gcc .I had gcc compiler ,whether it is enough for it or i need to download gcc arm cross compiler.If necessary ,how it configured?I am using fedora (0 Replies)
Discussion started by: sujith4u87
0 Replies

5. Linux

Kernel internals for ARM

Hi, Does anybody have a good pointer on Linux kernel internals for ARM architecture? I can locate plenty for x86 but since ARM is RISC I think there would be subtle changes. So if somebody has a knowledge of good document on Linux Kernel internals for ARM or even a comparative study of kernel on... (0 Replies)
Discussion started by: Rakesh Ranjan
0 Replies
Login or Register to Ask a Question
JNOISEMETER(1)						      General Commands Manual						    JNOISEMETER(1)

NAME
jnoisemeter - Jnoisemeter is a small app which measure audio test signals. SYNOPSIS
jnoisemeter [options] DESCRIPTION
This manual page documents briefly the jnoisemeter This manual page was written for the Debian distribution because the original program does not have a manual page. jnoisemeter is a small app designed to measure audio test signals and in particular noise signals through Jack Audio Connection Kit. The simplest use is to measure the S/N ratio of your sound card. If you can calibrate the input levels of your soundcard it can also be used (with some external hardware) to measure noise levels of any type of audio equipment, including preamps and microphones. jnoisemeter has the following filters: FLAT No filtering at all, the signal is passed directly to the detector. 20KHZ This is 4th order Chebyshev lowpass filter having a noise bandwidth of exactly 20 kHz. This means that if the input signal is white noise, the RMS output level is the same as for a 'perfect' 20 kHz lowpass filter. This is the normal filter to use for 'unweighted' measurements, as any noise measurement should always use a well-defined bandwidth. Future version may use a higher order filter. IEC A and C The well-known standard noise weighting filters used to obtain dB(A) and dB(C) measurements. ITU-R468 This is a filter optimised for measuring low-level background noise. It rises 6 dB/oct at low frequencies, has a peak of around +12 dB at 6.3 kHz, and falls off radiply after that. It should be used together with the ITU-R468 detector described below. ITU-R468 (Dolby variant) This is the same filter as the previous one with around 5.6 dB less gain. See below for why this exists. jnoisemeter also provides a DC blocking filter (first order highpass, 5 Hz). This may be necessary when using the FLAT and 20KHZ filters, the others are DC-blocking anyway. jnoisemeter has three detectors: RMS Root-mean-square (i.e. 'power') meter. The time constant is 125 ms as per IEC standard, or 1 second in slow mode. AVERAGE This measures the average of the absolute value. The one used in jnoisemeter is actually a VU meter. A 10 times slower version is also provided. ITU-R468 This is a 'pseudo-peak' detector designed specifically to measure noise and S/N ratios. For a peak meter it is quite slow, as it should be for noise measurements, but at the same time it is much more sensitive to short impulsive noise than its speed would suggest. The original rationale for this was the presence of impulsive noise (generated by the electromechanical telephone exchanges of those days) on long analog audio lines. Today long distance audio lines are all digital, but a detector such as this one is also ideal to reveal the typical short noise bursts and 'crackle' originating in computers and other digital equipment. All three detectors will show 0.0 dB for a 'digital full scale' sine wave (i.e. peaking +/- 1.0). The ITU-R468 standard This uses both the ITU filter and detector, and is probably the 'best' standardized way to measure noise. It is used by e.g. the manufac- turers of quality microphones, in particular the European ones. It produces a result that is on average about 10 dB higher than an A- weighted RMS measurement. There is a 'variation' of this standard called 'ITU-ARM'. This was devised by Dolby Inc. at the time they were selling noise reduction technology for magnetic tape recorders. The traditional A-weighted measurements would show very little S/N ratio improvement when using Dolby-B. For this reason Dolby wanted to adopt the ITU-R468 method (which shows the difference quite clearly) but without the apparent 10 dB loss in S/N ratio as this was deemed bad for marketing. The solution adopted was to lower the gain of the filter, and use an average detector instead of the pseudo-peak one. Despite the 'ITU-ARM' name this is not an official standard, and not approved by the ITU. OPTIONS
-h Display short info -n <name> Name to use as jack client SEE ALSO jackd(1). AUTHOR
jnoisemeter was written by Fons Adriaensen <fons@kokkinizita.net>. This manual page was written by Jaromir Mike <mira.mikes@seznam.cz> for the Debian project (but may be used by others). August 2, 2010 JNOISEMETER(1)