Support and General Use > Recording
what do you want on the recording screen?
JdGordon:
so to mix things up a but I've started work on a brand new recording screen (using petur's idea of a static area and a list area)..
so its going to look like this...
recording statusbar, then 2 lines for the filename and recording length, then the peakmeter.. now the rest of the screen will have a list with whatever info you guys tel me to put in. the list will probably be a mix of info and in=line settings (not exactly sure how it will work.. but we'll figure it out)
We could actually stick the entire recording setting menu in it if thats wanted...
I dont usually record so I dont know whats useful to put there... so let me know and hopefully we can get some patches going pretty quickly.
TaperChuck:
I love the balance meter in Mmmm's REP. Unforunately, that build isn't being updated anymore.
Davide-NYC:
This is huge! (for me at least) :o
I am posting right now to let you know that I will be seriously pondering this over the next 24 hours and that I have been thinking about this since Mid-2006. Stay tuned!
[QUESTION 1] Will this be viewports enabled or are we still talking about line by line display?
[QUESTION 2] Where can I find an accurate description of Petur's "static area and a list area" idea?
[QUESTION 3] Do you plan on reverting the statusbar to "vanilla" rather than leaving the special extended "recording statusbar" as-is?
[QUESTION 4] Are we going to attempt to reconcile these screens over multiple targets or will the displayed elements scale based on screensize? What about the remote screens?
JdGordon:
1) yes
2) in his head? :p
3) I have no plans.. im going to do whatever suggestions get suggested :p
4) yes, the plan is to have the same screen on every target.
http://img81.imageshack.us/img81/8069/dump080311231246yp3.png is what I have setup atm... it doesnt show much but its probably better than my description...
The idea is to change nothing above the peakmeters and put the various settings under them in a list, so it wont matter if there is one line or 10 lines, all settings will be easily accessable.
Davide-NYC:
--- Quote from: jdgordon on March 12, 2008, 12:20:33 AM ---4) yes, the plan is to have the same screen on every target.
--- End quote ---
For the record the Archos Recorder screen is VERY VERY cramped already.
===========================================================
IDEAS / REQUESTS
These are my long standing (old) ideas.
* 1. Since the "recording statusbar" tells the user about encoder-type, bit-rate, sample-rate and channel configuration, the only thing that I'm *crucially* missing at the top of the screen is the input source. (Mic, Line, FM, Optical). An easy way to solve this is that when recording is stopped the filename of the file that *would* be written should be displayed in parenthesis and with the part of the filename that designated the source always visible.
* 2. I feel that a two line high, right justified *recording status icon*, across from the "Time" and "Size" lines would be very beneficial. Square (stop) Double Vertical Bar (pause) and Circle (record). Also implementing a blinking (invert/normal) time line during pause would be great. See attached image.
* 3. User selectable font in the WRS would be great of targets with higher resolution.
* 4. An option to increase the just size of the peakmeters *or* at least have them scale with the font selected (dependant on request #3) would be fantastic.
===========================================================
NOTES / CONSIDERATIONS
* The trigger should continue to live at the bottom of the screen (when activated) with the scrolling list sandwiched between the peakmeters and the trigger.
* The "R_" portion of the filename is unnecessary IMO. The input-source could start the filename. i.e. "MIC_####.mp3" in stead of "R_MIC_####.mp3".
* The filename should display scrolled all the way to the right, hiding the end of the filename, not the beginning of the filename.
* The "Filename:" label should be reduced to "File:". This is especially important for the smaller screens. (Recorder and RLCD)
* The background should be cleared. Currently it shows the Rockbox logo in the lower right by default which can obstruct important information. This is especially bad on grey scale targets.
* Filesplit options need to be taken into consideration. If only two lines exist above the peakmeters how will we handle displaying the various filesplit settings? Maybe we should display Time:, Size: and File: on most creens and just Time: and Size: on small screens as it is now?
===========================================================
SMALL display WRS vs All other display WRS.
For the SMALL DISPLAYS (Archos Recorders and iRiver remotes) I have an idea to get all the required information on the screen at once. (Or sort of at once anyway.)
IDEA: When having the top-most line selected in the list (in this case "Volume:") if a user holds the UP button, the Size: line (directly above the peak-meter) will be replaced by the (normally hidden) File: line, but only for the duration of the UP keypress. This interferes with nothing if I am not mistaken.
For ALL OTHER DISPLAYS we could either have more lines above the peak-meters or keep a unified WRS and use this hiding/unhiding idea.
We could also just have momentary UP presses toggle through a variety of settings display lines.
Remember that the filename contains the input source thus solving the input source not being displayed.
==========================================================
There is a tiny piece of statusbar that is currently being unused on the Archos Recorder bitmap screen. It is where the volume icon usually resides, right between the charger icon and the Q factor. In the WRS it is not needed because the volume is indicated in the first line below the peakmeter. This could be of great use to us. (input source indicator maybe?)
Also, the hold switch is shown in my mockup WRS but is currently not implemented. This a bug IMO and can be found here.
We should consider that space (for the hold switch icon) "reserved".
Lastly, if it deemed to be acceptable, FS#8269 should be accepted into SVN as it really helps to test WPS and WRS screens.
Navigation
[0] Message Index
[#] Next page
Go to full version