Support and General Use > Recording

WARNING: current CVS recording code not stable [ NOW FIXED! ]

<< < (8/11) > >>

petur:
Fact is that I have little confidence in either version so I might as well try the latest fix. If it turns out to work reliable it will give me confidence and less worries while taping ;) And we do indeed need to get this thing done...

Davide-NYC:
Guys I've been way to busy to help out lately and for that I really do apologize.

But this sounds like it must be tested and I am willing to do some tests.

Unfortunately my VMWare dev environment was recently overwritten and I haven't had time to set it back up again.

Would it be too much to ask for a custom H120 build with this patch included?

And is the only way to test for dropped samples to listening back for hours? (I'm willing to do it but I'd like to know if there is a faster way)

Again, sorry for my absence.  :-\

jhMikeS:
Hey Davide!

Yeah, I could do that. Is an email attachment ok? I'll get it out to you ASAP.

As far as dropped samples, no, not any more. If any overflows occur you'll get a warning flashing over the recorded time display which should tell you. Though, it could come up falsly depending on timing but would be quite a narrow escape at that. If you see it, take the number down and report back. It will persist until you leave the screen or start a new recording after stopping.

jhMikeS:

--- Quote from: petur on February 09, 2007, 08:21:37 AM ---Fact is that I have little confidence in either version so I might as well try the latest fix. If it turns out to work reliable it will give me confidence and less worries while taping ;) And we do indeed need to get this thing done...

--- End quote ---

That was intended as irony. Actually I'm biting nails and drinking too much coffee waiting for hopefully good news about this.  :o

petur:
Current code seems to be rock stable. Thanks jhMikeS for fixing!

Case closed

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version