Welcome to the Rockbox Technical Forums!
is there anyway of making just the recording screen text heaps massive instead of having it really small so its all easier to readand also a bigger and labeled DB meter and prehaps scrolling input waveform ??
#ifdef HAVE_AGC case 4: case 5: screen_put_cursorxy(&screens[0], 0, line, true);#ifdef HAVE_REMOTE_LCD screen_put_cursorxy(&screens[1], 0, line, true);#endif break;#endif /* HAVE_AGC */
#ifdef HAVE_AGC case 4: case 5: for(i = 0; i < screen_update; i++) screen_put_cursorxy(&screens[i], 0, filename_offset[i] + PM_HEIGHT + line, true); break;#endif /* HAVE_AGC */
$ patch --binary -p0 < recordingenhancementspack.20060807.patchpatching file apps/rec_button.cpatching file apps/rec_button.hpatching file apps/SOURCESpatching file apps/settings.cpatching file apps/settings.hHunk #1 succeeded at 289 (offset 10 lines).Hunk #2 succeeded at 380 (offset 10 lines).patching file apps/settings_menu.cpatching file apps/sound_menu.cpatching file apps/tree.cHunk #1 succeeded at 81 (offset 1 line).Hunk #2 succeeded at 754 (offset 1 line).patching file apps/tree.hpatching file apps/gui/gwps.cpatching file apps/gui/gwps.hpatching file apps/lang/deutsch.langHunk #1 succeeded at 9044 with fuzz 1 (offset 658 lines).patching file apps/lang/english.langHunk #3 FAILED at 9147.1 out of 3 hunks FAILED -- saving rejects to file apps/lang/english.lang.rejpatching file apps/recorder/peakmeter.cpatching file apps/recorder/peakmeter.hpatching file apps/recorder/recording.cHunk #27 FAILED at 1832.Hunk #28 succeeded at 2183 (offset 1 line).1 out of 28 hunks FAILED -- saving rejects to file apps/recorder/recording.c.rejpatching file apps/recorder/recording.h
Hey Mmmm,I think your latest REP patch is busted.
Now to my main question... I'm trying to understand how the gain works on the H120 with RB. From what I've read, I think it just uses the analog gain to take a big step up and then the decimator to shave some off db digitally so it increments in steps of .5 db and in a way that uses as much analog gain as it can while only using digital gain to lower the level back for .5 steps. So, from what I've seen when the gain goes negative it is simply a digital scaling down of the signal. Do I have that right?
If so, then when you're clipping, and you reduce the gain into "negative" territory in the UI, you'll still have distorted audio with flat waveforms at a reduced db level. I totally understand that there's nothing the H120 can do about this situation because it doesn't have true analog "pads" or anything like that. But, from the AGC's "Safety" mode, I'm thinking a slightly better algorithm might be to "safety it down to 0 gain and then stop". Now maybe I've got this wrong, but my thinking from a recordist's perspective is once I'm clipping, I'm pretty screwed, and all lowering the gain down past zero into the negative gain territory is just bringing my noise floor up at that point. My thinking goes that, hey you're clipping, that data is lost forever, so it doesn't really matter to lower the gain digitally, it's not doing me any good past zero is it? Now I can see where as long as you aren't clipping, you could use negative gain to simply lower the signal in the recorded file, but why would you want to do that if you weren't already clipping cause aren't all you're doing is raising the noise floor? One idea I had was to make this an option, where you can put a floor on the gain as an option. I'd set mine to floor = zero (zero gain that is, not db).
Mmmm: new AGC patch on the tracker.Let me know if I missed something.I think it's getting close to ready for commit.Took over your screen handling changes,I'm still looking for a better solution.
Quote from: BayTaper on August 08, 2006, 10:59:43 PMNow to my main question... I'm trying to understand how the gain works on the H120 with RB. From what I've read, I think it just uses the analog gain to take a big step up and then the decimator to shave some off db digitally so it increments in steps of .5 db and in a way that uses as much analog gain as it can while only using digital gain to lower the level back for .5 steps. So, from what I've seen when the gain goes negative it is simply a digital scaling down of the signal. Do I have that right?correct up to the point of the digital scaling down. We don't know for sure what the decimator does and works on.Quote from: BayTaper on August 08, 2006, 10:59:43 PMIf so, then when you're clipping, and you reduce the gain into "negative" territory in the UI, you'll still have distorted audio with flat waveforms at a reduced db level. I totally understand that there's nothing the H120 can do about this situation because it doesn't have true analog "pads" or anything like that. But, from the AGC's "Safety" mode, I'm thinking a slightly better algorithm might be to "safety it down to 0 gain and then stop". Now maybe I've got this wrong, but my thinking from a recordist's perspective is once I'm clipping, I'm pretty screwed, and all lowering the gain down past zero into the negative gain territory is just bringing my noise floor up at that point. My thinking goes that, hey you're clipping, that data is lost forever, so it doesn't really matter to lower the gain digitally, it's not doing me any good past zero is it? Now I can see where as long as you aren't clipping, you could use negative gain to simply lower the signal in the recorded file, but why would you want to do that if you weren't already clipping cause aren't all you're doing is raising the noise floor? One idea I had was to make this an option, where you can put a floor on the gain as an option. I'd set mine to floor = zero (zero gain that is, not db).Good question.... I still need to do some tests on this. I once had a recording where the AGC turned the gain down negative (not much) and I didn't see clipping I think. So what the decimator does exactly is still a bit of a mistery. It does come right after the ADC and operates on the full ADC output (which has more accuracy than the data the chip sends to the cpu)
Page created in 0.147 seconds with 21 queries.