Recording Enhancements Pack

[Llorean]

Maybe just a "backlight on pause" option that allows the user to set the backlight to stay on while recording is paused?

[Rincewind]

maybe the time could be flashing in pause? There is some screen estate in the line of the time (on the right). Maybe something could be put there.
I'm not in favor of the invert screen thing. A new user could think he has done something very wrong if he sees it the first time.

[mborus]

maybe the time could be flashing in pause?

I prefer the inverted LCD, but this is not a bad idea.
Many digital stopwatched flash in pause mode, so this
is quite intuative.

I'm not in favor of the invert screen thing. A new user could think he has done something very wrong if he sees it the first time.

True, but as a option that is turned off by default a new user would not see this.
Also, the inverted screen would go away as soon as the recording is restarted or
stopped completely. So even if it confuses a new user, he/she should understand it
soon.

[petur]

Also, the inverted screen would go away as soon as the recording is restarted or
stopped completely. So even if it confuses a new user, he/she should understand it
soon.

err... I'd rather have an indication that makes a difference between recording and not recording, not between pause and stop/rec.

[Rincewind]

it should be something that doesn't need a configurable option. More options in the settings menu = less likely to ever get commited.

[pabouk]

I am against inverting the whole screen. It would be hard to read and it is not so easily visible as something flashing.

I vote for one flashing (alternating inverted and normal text) line or part of a line - possibly the time.

[Davide-NYC]

I got an idea (what's new?)

A two line high, right justified icon, across from the "Time" and "Size" lines.

Square (stop) Double Vertical Bar (pause) and Circle (record).

I would also implement a blinking (invert/normal) time line during pause.
as well as a full screen invert during record.

Check the png's! (remember the inverted line in the pause screenshot should 'blink')

Edit: After looking at them I'd put a two pixel space between the screen edge and the end of the blinking (paused) time line, instead of only a single pixel. It just needs a little 'breathing room'.

[attachment deleted by admin, too old]

[Mmmm]

Well...that looks pretty good (apart from the middle screenshot, that is horrible! ) but the other ideas I reckon should do the trick... I'm looking forward to seeing your patch

[Davide-NYC]

I'm looking forward to seeing your patch

If everyone is willing to be (possibly infinitely) patient I'll take the challenge.  

[mborus]

If everyone is willing to be (possibly infinitely) patient I'll take the challenge.  Grin

Look good. I'm happy to wait for this...

[IpaqMan]

I understand that most recording users stay with uncompressed recording, but some of us are using the H1xx for recording classes and 64K mp3s are sufficient.  With that in mind, the disk space warning seems to be based upon uncompressed recording and the recording screen minutes left on disk seems to be based upon uncompressed recording, too.  

IMHO, the disk space warning and the minutes left display should account for the actual recording quality.

[Mmmm]

I understand that most recording users stay with uncompressed recording, but some of us are using the H1xx for recording classes and 64K mp3s are sufficient.  With that in mind, the disk space warning seems to be based upon uncompressed recording and the recording screen minutes left on disk seems to be based upon uncompressed recording, too.  

IMHO, the disk space warning and the minutes left display should account for the actual recording quality.

Good point, I hadn't thought of that!

[Llorean]

I was curious: Does encoding happen during prerecord? Or does it not start until recording is active? I mean, I can't think of a time I'd need a 10 minute pre-record unless I just forgot to press record for some reason, but it was simply a thought I had. (Also, better battery life while not recording if encoding is able to be postponed until recording starts.)

[petur]

I was curious: Does encoding happen during prerecord? Or does it not start until recording is active? I mean, I can't think of a time I'd need a 10 minute pre-record unless I just forgot to press record for some reason, but it was simply a thought I had. (Also, better battery life while not recording if encoding is able to be postponed until recording starts.)

Yes, the way it is currently implemented, the codec is init and runs as soon as pre-recording starts, and any chunk the DMA handler releases is picked up by the encoder.

The pre-recording logic was also moved to act on encoded chunks.

To solve the spdif samplerate issue and to save battery life, it would be better to handle the pre-recording in the WAV buffer, not the encoder buffer.

[larry_llama]

Has anyone tested: does the battery last longer using wav (more disk access/less processing) or wavpack (less disk access/more processing)? Just curious!

PS thanks again to everyone who has coded (and tested (and made suggestions)) toward making this recording package a reality!