Support and General Use > Recording

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

<< < (9/11) > >>

jhMikeS:
Your welcome. I'm just sorry I didn't fix it sooner but it's just another instance of identifying the problem and a solution being obvious by stepping away from it and for awhile. I just hope it will stay fixed all by itself.  Important features and refinements will be the order of business from now on I pray. 8-)

whatboutbob:
Aye, i've been testing and can't break recording.  Thanks Mike!

perjak:
Hello everyone,

I have most probably encountered a skip (dropped samples) on a recording I made last Saturday. Have to compare with another source to be sure, but in my ears it sounds as if....

I have a H140 and the build is of 06.12.2006 (December 6th). Approximately half of the disc space is in use.

I ran a defrag from windows recently.

I have tried to read this thread, but in between things gets very detailed and technical  ???, so I only ask, if this issue is fixed now?

Are there any other advices.....?? I have HATED skips since the early days of cdr-burning.

Thanks a million

Per in Denmark

EDIT: I recorded via optical in, as I had my SBM-1 with me.
EDIT2: The build is 061207, ~ Dec 7th, 2006 (had to find my reading glasses.....)

jhMikeS:
For one, sorry for getting real technical about the internal details ;D For another, a threading issue was addressed in February as you can see in the previous messages. Please update. Stability was verified for that in the field and in buffer checks.

petur:

--- Quote from: perjak on May 07, 2007, 08:21:17 AM ---I have a H140 and the build is of 06.12.2006 (December 6th). Approximately half of the disc space is in use.
EDIT2: The build is 061207, ~ Dec 7th, 2006 (had to find my reading glasses.....)

--- End quote ---
I can only join jhMikeS: update....

Navigation

[0] Message Index

[#] Next page

[*] Previous page