Rockbox Technical Forums
Support and General Use => Recording => Topic started by: rickeyjt on June 23, 2006, 02:06:54 PM
-
Ok, last post for a little while.
I notice recordings getting a timestamp of today's date when recording. Iriver said that could not be done because there was no clock function on the chipset. Well somehow you are doing it but only the day stamp is correct. The time of day stamp is incorrect. Is this possible to calibrate? Although just having the correct day date is a blessing.
-
Ok, last post for a little while.
I notice recordings getting a timestamp of today's date when recording. Iriver said that could not be done because there was no clock function on the chipset. Well somehow you are doing it but only the day stamp is correct. The time of day stamp is incorrect. Is this possible to calibrate? Although just having the correct day date is a blessing.
Probably just have to set the clock.
-
H100 series has no real time clock.
-
Where do you set the clock on the unit? Don't find it in the general settings setup.
-
H100 series has no real time clock.
-
Ok, last post for a little while.
I notice recordings getting a timestamp of today's date when recording. Iriver said that could not be done because there was no clock function on the chipset. Well somehow you are doing it but only the day stamp is correct. The time of day stamp is incorrect. Is this possible to calibrate? Although just having the correct day date is a blessing.
My my H140, it shows 'rec_0001' as the file name.
-
Hmm, it's picing up a date stamp from somewhere. The system was always 1/1/2000 or something.
-
I remember someone talking about the idea of having the recording date-stamp use the date the build was created on, but I really don't know if that's used or if it was just an idea someone tossed out at one point. Might check that.
-
Hmm, it's picing up a date stamp from somewhere. The system was always 1/1/2000 or something.
Probably 2002-01-01 00:00:00 (iRiver default folders, like /RECORD, have this modification time). (Well, if you recording in Rockbox, maybe it is 2000 or 2001-01-01.)
-
idea of having the recording date-stamp use the date the build was created on
This is apparently the case. With build 060623 the file dates are 6/23/2006 2:35 AM. :-(
Maybe someone could write in a way to see the build date on the recording screen and allow you to change it there, along with the time. Use the joystick to go down to a date line and set the time for your recording. Where would be a good place to post this suggestion?
-
I exhibited my ignorance a while ago by suggesting that the internal value "runtime" could be used to generate incrementing recording numbers. (that's no good as it is the battery runtime, it gets re-set by charging).
But while digging through that idea I'm pretty sure that I discovered that on a platform with no RTC Rockbox uses the timestamp of the build when files are created - this correlates with rickeyjt's observation.
-
Allowing non-RTC users to set the current Date in the Recording Menu or Screen would probably be a good idea. I'm not sure the time is necessary (takes longer to set it, and besides the files are numbered sequentially so you'll know "This was the 5th recording I did on X day" anyway, but there's no real reason to leave it out either). Someone here might want to either put up a feature request, or suggest it in the "Recording Enhancements Pack" thread.
-
I exhibited my ignorance a while ago by suggesting that the internal value "runtime" could be used to generate incrementing recording numbers. (that's no good as it is the battery runtime, it gets re-set by charging).
But while digging through that idea I'm pretty sure that I discovered that on a platform with no RTC Rockbox uses the timestamp of the build when files are created - this correlates with rickeyjt's observation.
Mine didn't reset upon charging. It shows over 29 hours elapsed. Perhaps it's because I always charge with the power off?
-
Yup, it can only reset on charging if it actually knows that it's been charging. That requires the power be on. ;)
-
Yup, it can only reset on charging if it actually knows that it's been charging. That requires the power be on. ;)
Can it be manually reset?
-
The easiest way is to plug in the charger while it's turned on. Did you need something more complicated?
-
The easiest way is to plug in the charger while it's turned on. Did you need something more complicated?
No.
-
Perhaps it's because I always charge with the power off?
Yup, that's why I fell into the trap of thinking that the value was total system elapsed time (and a product I've worked on had exactly that).
I suppose it would be possible to write a patch to prevent it resetting on charge. I don't know what the value gets used for but the fact that power-off charging for the H1x0 has the same effect without noticable problems suggests (but only 'suggests') that this might be useful.
-
Yup, it can only reset on charging if it actually knows that it's been charging. That requires the power be on. ;)
Can it be manually reset?
in the View Runtime screen, just press select.
-
Perhaps it's because I always charge with the power off?
Yup, that's why I fell into the trap of thinking that the value was total system elapsed time (and a product I've worked on had exactly that).
I suppose it would be possible to write a patch to prevent it resetting on charge. I don't know what the value gets used for but the fact that power-off charging for the H1x0 has the same effect without noticable problems suggests (but only 'suggests') that this might be useful.
Total runtime since installation was what I thought it was too, until I noticed that it reset when the charger/external power source was plugged in and power was on.
-
ahh, good thread...I was trying to find the menu for setting the time on my H120 :D :D
at least the recordings are labelled sequentially
-
ahh, good thread...I was trying to find the menu for setting the time on my H120 :D :D
at least the recordings are labelled sequentially
Yes, and why not just write (or make a text file on the unit!) a list of the file names and their record start dates & times? Then you could use the filer name & length to determine end time.