Rockbox.org home
Downloads
Release release
Dev builds dev builds
Extras extras
themes themes
Documentation
Manual manual
Wiki wiki
Device Status device status
Support
Forums forums
Mailing lists mailing lists
IRC IRC
Development
Bugs bugs
Patches patches
Dev Guide dev guide
Search



Donate

Rockbox Technical Forums


Login with username, password and session length
Home Help Search Staff List Login Register
News:

Rockbox Ports are now being developed for various digital audio players!

+  Rockbox Technical Forums
|-+  Rockbox General
| |-+  Rockbox General Discussion
| | |-+  VU Meter in FM radio (Sansa Fuze v2)
« previous next »
  • Print
Pages: [1]

Author Topic: VU Meter in FM radio (Sansa Fuze v2)  (Read 2375 times)

Offline Datman

  • Member
  • *
  • Posts: 105
VU Meter in FM radio (Sansa Fuze v2)
« on: January 20, 2011, 06:21:54 AM »
May I use VU Meter in FM radio without recording? I've tried to put %pm in a .fms, but I see only the scale dots. How can I send radio audio to the VU Meters? I've found very few info's about VU Meters in the manual...

It needs an A/D converter, then it have to be similar to a stand-by radio recording but displaying the radio screen.
« Last Edit: January 21, 2011, 12:05:13 PM by Datman »
Logged

Offline pixelma

  • Rockbox Expert
  • Member
  • *
  • Posts: 645
Re: VU Meter in FM radio (Sansa Fuze v2)
« Reply #1 on: January 22, 2011, 04:04:22 AM »
On the software codec targets (anything other than the currently supported Archos devices), the signals take a different route in radio "mode" (from the tuner chip to your headpones) and there just is no data for drawing the peakmeters correctly in the radio screen.

I'm not sure but I think that with the current system it's not possible to change that.
Logged

Offline gbl08ma

  • Member
  • *
  • Posts: 249
    • My blog
Re: VU Meter in FM radio (Sansa Fuze v2)
« Reply #2 on: January 22, 2011, 06:00:10 AM »
Quote from: pixelma on January 22, 2011, 04:04:22 AM
I'm not sure but I think that with the current system it's not possible to change that.

AFAIK, if the system was changed to take FM audio to software (like it does while recording) and only then sent to headphones/line out, it would be possible to draw VU meters as well as use any other thing that analyses the audio. But, this implementation would take more resources (CPU at least), and the audio quality would be worse (at least, this is what I've read on another thread).

Apart from this problem - and this is just brainstorming - having FM chip send output to software instead of directly to the headphones could (eventually) open the doors to other fancy features, such as pausing the live emission (the emission gets saved on music buffer until it is full), rewind the emission (again, the emission would have to be constantly saved on the buffer) and fast-forward it (this would imply that the emission is not live, and already stored on the buffer - something that would happen when you pause the emission). To resume, perhaps (just a possibility, need developer feedback on this) it would be possible to implement timeshift functions (like what happens on many DTV tuner and recorder boxes, but this would be for FM radio).

[end of brainstorming]
Logged
http://gbl08ma.com | http://i.tny.im

Offline Datman

  • Member
  • *
  • Posts: 105
Re: VU Meter in FM radio (Sansa Fuze v2)
« Reply #3 on: January 24, 2011, 06:58:38 AM »
In FM radio analog audio comes from the tuner chip, then it doesn't require CPU power. Do you agree?
CPU only have to send frequency data when it is changed. For the VU meter function audio have to be sent to the analog input and converted to drive the VU meter. The same audio analog signal can go straight to the headphone amp.
« Last Edit: January 28, 2011, 06:23:39 PM by Datman »
Logged

  • Print
Pages: [1]
« previous next »
+  Rockbox Technical Forums
|-+  Rockbox General
| |-+  Rockbox General Discussion
| | |-+  VU Meter in FM radio (Sansa Fuze v2)
 

  • SMF 2.0.17 | SMF © 2019, Simple Machines
  • Rockbox Privacy Policy
  • XHTML
  • RSS
  • WAP2

Page created in 0.078 seconds with 15 queries.