Jump to content

Sound

Members
  • Posts

    358
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Sound

  1. I am afraid I have deleted the logic-file already.. But its not necessary for testing as your file works. From my first test using the ffworks method I had a maximum shift of two frames between the original and the cut off file ends. I dont know exactly why there should be any shift at all as there is no audio drift when the tc output is connected directly to the audio input.. and its the same file synced to itself.. But LTC convert didnt detect breaks either on the original corresponding file, so it should be fine. But anyway, two frames for me is not a sign for an audio jump. I will continue testing.
  2. Thanks, looks good! Do you think its practical to scan 50 files with about 40 minutes each this way? Can you see the breaks in a 40 minutes file as well?
  3. Right now there is no easy way to find audio jumps on the mac. This is the fastest way for me: I feed Timecode from the output of the f6 to audio input 1. Then I record for hours or days... with 256 gb I can record about 80 hours in 24 bit - 6 channels. Then I have to compare file tc with the audio TC at the end of each clip. If audio jumps there should be differences between file tc and audio tc. The fastest way for me was to use ffworks for Mac to batch cut off the last seconds of every file. (Apply the "trim" effect to one file and copy it to all the others). Then export (FFworks deletes file tc on export as all other tools - unfortunately). Then I sync those files to the originals via audio-tc, export an xml for final cut (or any other preferred editing software) and compare the END of the original clips and the trimmed clips on the timeline. If they align at the end, then the file-tc (or the audio-tc, depends on the way you sync) at the start of the original file and the audio tc of the cut out version (from the end of the original file) are identical. Its a few steps but it takes a few minutes only - much faster than recording with two devices and listen if they are in sync. Another option could be to use "LTC Convert" with "expect breaks", but I couldnt test it for myself - first I have to find a file with audio jumps. Maybe I will let the recorder run for three days powered via usb-c - if I cant find any jumps then the update should have fixed the problem..
  4. Right now there is no easy way. The fastest way for me was to use ffworks for Mac to batch cut off the last seconds of every file, then export (without file tc unfortunately). Then sync those files to the originals via audio-tc, export an xml for final cut and compare the END of the original clips and the trimmed clips on the timeline. If they align at the end, then the file-tc (or the audio-tc, depends on the way you sync) at the start of the original file and the audio tc of the cut out version (from the end of the original file) are identical. Its a few steps but doesnt take too long. At the same time I will try LTC Convert with "expect breaks", especially when I find differences.
  5. Thanks for your help! It looks like a great tool, but I am afraid it doesnt exactl copy the file tc and audio tc is off as well.. According to the tool, the exportet file should start at 1:40:03 but it starts at 1:40:09 when I read it in tentacle sync.
  6. Maybe this could work to test if there are dropouts, will test it.
  7. Thanks again Bouke. I could install the newest (demo) version and could find the button. To try it out, I edited the file in logic and cut out a piece in the middle. But it doesnt recognize the file and is stuck with the status "please wait while files are scanned". No matter if "Expect breaks" is selected or not.. Tentacle sync finds a timecode and if I select "scan in the middle of file" it even show a different timecode from the edited part..
  8. Thanks again!! You are great! i am trying to find an easy way to detect audio jumps in the Zoom f6. Timecode output and file timcode of the recorder counts on but the recorded audio jumps. So if I feed Timecode output to an audio track of the recorder and the recorded audio jumps somewhere in the file there should be a difference of ltc and file tc at the end of the track. But most of the time LTC is converted at the beginning of the file, I cannot set it to read it at the end. So I thought I could just cut off the end of the file and then compare ltc and file tc.
  9. Ok I thought in single mode t least it works
  10. Its fine. the post is quite old, so no problem anymore.
  11. I am looking for an easy way to trim an audio file while keeping tc information. Lets say the file starts at 00:00:00 - I want to edit out the part from 00:10:14 to 00:10:60 and the starting tc of the new file should be 00:10:14. Is there an easy way to do it?
  12. Thanks for the update. I was really hoping, this could solve all problems.. I just installed the update and the first card suddenly passed the full performance test. (SanDisk Extreme 128gb) Before the update it failed every time. But I still hope this is not only a "cosmetic" correction in the display to avoid a product recall of the recorders.
  13. The problem with my unit are audio jumps. No Timecode jumps.. https://jwsoundgroup.net/index.php?/topic/39760-warning-audio-jumps-in-zoom-f6-recording/&page=3
  14. Did you perform the full card performance test?
  15. I don’t exactly get it. If you feed audio ltc timecode to your recorder on an audio track and the recorder tc has been synced previously to your f6 then you could compare audio tc with file tc. but you have to split the file first towards the end while keeping file tc and after that read the audio tc of this part only. As the audio tc is read only at the start of the clip. did you do that?
  16. Solved it. The files from the Zoom H1 were combinded into one big file and that made problems syncing. Even in the last times there were audio jumps because of this. I have to rename every single file before importing so it doesnt merge those files but reads each files TC individually. Then it works. Must be a bug. I see no option to turn of merging those files from the same card.
  17. I must be getting something wrong, maybe its too early in the morning.. I am using tentacle sync studio to sync audio files (no video). Usually this has always worked in the software, but this time the timecode is detected correctly but the sync map is totally wrong. Nothing is synced. What am I doing wrong? Picture below.
  18. I am afraid that wont work. If you feed timecode to you recorder or camera, most of the time only the starting timecode is recorded frome the generator - or converted later in software in case its a LTC-Timecode. When recording is running, cameras just count their frames and audio recorders count their samples to continue. It doesnt matter whats being recorded. So as I said: you need a reference audio. Both recorders need to record the same audio signal at the same time. When they are timecode synced and you hear the source in sync at the end of every clip, there are no audio jumps.
  19. I don’t exactly understand what you are doing. But you should check if audio jumps. Timecode Never jumps with audio. If it would jump with audio it wouldn’t be out of sync when syncing to video.
  20. What do you mean? The Timecode will not jump when audio jumps
  21. Good for you! Then you are lucky! Still I hope they will find out what causes those issues..
  22. I have been recording, until the card is full and recorded all tracks but only on one there was a signal, so no need to use all your wireless I guess. 24 bit 48 - yes. No LR.
  23. If you run all of your recorders at the same time with the same timecode recording the same audio source, you can just sync them via timecode, scroll to the end of each audio file of the f6 and see if they are still in sync. If not you can just go back and see if its in sync at the beginning of the file and see where it started to jump..
  24. I think the problem can show with a lot of settings. But the more data you record, the more likely it gets. So with six channels dual recordings dropouts seem more likely, but I had the same with 24 bit only recording. I think it was six channels again which I always turn on for a better workflow. (Its easier to batch assign track labels and so on if all clips have the same number of tracks and you dont have to restart recording and set all levels manuell again every time you need another track during the shoot..) Its always six mono channels. Maybe - but only maybe - its less likely in 32 bit as in 24 bit only but I am not sure yet. The problem described was beause of the failing full card test. I tested almost all my cards and as always - ALL SDXC-Cards fail. (And again: Its a LOT of high class and tested cards - they are not the problem.) So I guess there will be the same issues.
×
×
  • Create New...