Support and General Use > Recording
Recording Enhancements Pack
jhMikeS:
Well, looking at things in the pcm driver reveals that the S/PDIF code may in fact miss certain error conditions. I really only moved the S/PDIF driver implementation around in RB to the HAL and never changed it so this could be the answer and why digital recording seems to be where continued bug reports are coming from...notably overflows.
If an S/PDIF error is detected on the receiver, in SVN, the PCM chunk should be dropped and the queue not advanced...but if it's not detected...well...there ya go. A simple check to see if the transfer actually completed and filled the chunk might be all that's needed.
jhMikeS:
More and more....: Hehe...seems someone set the wrong bits in the driver.
TaperChuck:
Did I expose a bug? ???
I hope it's fixable, as I love my REP Rockboxed iRiver.
jhMikeS:
Yes, I think so. I can't say for sure yet if it is _the_ bug though. The driver one is fixable by checking the correct flags though and I'll commit the changes as soon as I run some tests.
jhMikeS:
Well, I committed the bugfix anyway and checked it by pulling the optical cable about half way out where it just made a lot of crunching noise. Recording properly rejected that invalid data and progress just held steady with no warnings. Best I could do to check that.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version