0

WIRECAST BETA 1 PRIVATE TEST SESSION - 12.01.2021, Observed errors:

1. Problems with effects in the audio tab. It happens that you cannot enter the "gear" settings, the parameter sliders do not appear, but the ones that you click appear. After restarting the program, it returns to normal. Irritating. (video no.1)

2. Problems with video clips that we add as background. When switching scenes with windows, you can see how after changing the shot, one frame enters as if from a different playback point. This happens every time with different video files. (video no.2)

3. When adding NEW TITTLE and selecting any subtitles, the WIRECAST program has already closed 3 times. Unthinkable if something like this happens during stream. A SERIOUS PROBLEM. If something similar appears to me, I will send a prompt with a screenshot of the system log to you immediately.

4. Some WAW or MP3 audio files load so badly that their time is not shown in the "Out Point" tab and cannot be played. For a trial, I gave exactly the same recordings, one in WAV format, the other in MP3. The former seems to have no time, the latter plays normally and its time is right. (video no.3)

5. Some WAV or MP3 recordings can be loaded completely.
For example, the length of the audio file should be 6:02 and loaded to WIRECAST it is 5:32. The same file in Finder, FCPX, iZOTOPE, DAVINCI, QUICKTIME plays correctly at full length, while in WIRECAST there is a problem with that. (video no.4)

6. Using the same video file on two different layers and mixing in between them causes the playback image to flicker during the SMOOTH cross. Additionally, you can see that one frame is always skipped. (video no.5)

Chris.

32replies Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
  • Krzysiek Sobieranski Thank you so much for giving us this detailed feedback. I'd like to take each one separately and ask questions. We need details so we can try to reproduce the issue in house (that is the only way we can verify what's going on, and whether we've fixed it). So starting with #1:

    • Are you able to reproduce this 100% of the time?
      • If so: can you give me the simplest reproduction steps you use to see the issue? (i.e. open document, add mic, open audio mixer..., etc.)
      • If you are not seeing this 100% of the time, are there any steps you can isolate that would help us see this issue?
    Like
    • lynn_elliott I will try to observe what can generate such a problem, but the chain of causes can be long. I will keep it in mind in the near future.

      Like 1
  • Krzysiek Sobieranski said:
    Problems with video clips that we add as background. When switching scenes with windows, you can see how after changing the shot, one frame enters as if from a different playback point. This happens every time with different video files. (video no.2)

    HI Chris, Let me confirm what I THINK you're reporting as the issue: You have a background video playing (DNA spirals) behind a live camera shot with chroma key applied (speaker). When you switch to that shot, the first frame of the background video will briefly display, then seem to snap to a different point in the video, and then play as expected.  Am I understanding correctly?

    If so - I believe this issue has been fixed recently. The issue we fixed was reproduced in the following way:

    Steps
    1. Add a video and send it to Preview
    2. Start playback
    3. Select the Shot
    4. Continue to repeat Step #3

    Result
    The first frame will briefly display in Preview each time the source is selected. 

    Please let me know if this sounds like the issue you're seeing as well.

    Like
    • lynn_elliott I played the process. Unfortunately, it is exactly the same. There is always one frame at the beginning after passing. This shouldn't be happening.

      p.s. The question is, what about the problem described as "video.no5"? This can be linked to these single frames or to picture sync.

      Like
    • Krzysiek Sobieranski I wanted you to confirm if the steps I outlined were producing the same problem that you are reporting. If so, we will have this fixed in the next Beta. 

      Ps I don't believe the issue shown in video no. 5 is related to this.

      Like
    • lynn_elliott I confirmed in my earlier answer (3 hours ago) that it was the same.

      Like 1
    • Krzysiek Sobieranski This will be fixed in the next beta release of 15.0. (WIRE-19719)

      Like 1
    • lynn_elliott I will follow the topic. Thank you.

      Like 1
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 5 mths ago
      • Reported - view

      Krzysiek Sobieranski Wirecast 15 Beta 2 released yesterday for testing Fixed an issue where the first frame of a video would briefly display in Preview each time the source was selected WIRE-19719. Please do test.

      Like
    • CraigS Of course. I will check and let you know soon.
      Chris.

      Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 5 mths ago
      • Reported - view

      Krzysiek Sobieranski 👍

      Like
    • CraigS The problem seems to be solved. This one appearing frame was related to what can be seen with the described problem WIRE-19069. Now I have not noticed it anymore. I am doing tests but I can see that everything is OK. It is important for the change to be visible, you have to completely remove the previous version of WIRECAST BETA 1 and install the new one cleanly. At the time when I overwritten BETA 1 to BETA 2, the problem was still visible.

      You also need to remember this.

      Chris.

      Like
  • Krzysiek Sobieranski said:
    3. When adding NEW TITTLE and selecting any subtitles, the WIRECAST program has already closed 3 times. Unthinkable if something like this happens during stream. A SERIOUS PROBLEM. If something similar appears to me, I will send a prompt with a screenshot of the system log to you immediately.

    I agree this is serious. Let's see if we can try to narrow down what's happening?

    • Is this happening with Social Media Titles, or the (more generic) Titles...? 
    • Are there specific title(s) has this happened with?
    •  Have you made any adjustments to the title before it crashes (e.g. changed the width or font, or sizes)
    • Are you seeing this on Mac or Windows? (or both)?
    • When it "closed" were you prompted to recover and save a support report? ( I will reach out to you via email to have you send me a support report from that machine)
    Like
    • lynn_elliott The problem described occurred with classic titles. I add a shot on the "LAYER" track with a plus icon. Then I choose OVERLAYS / Title / New title and chose "Gallahadion". I made my mark on ADD and at this point the program closed.
      Then recover prompted save a support. Unfortunately, I ignored him. I know the next time that happens, I'll send you a report like this.

      Also, the problem appeared before I came to any changes to fonts or other parameters. ;-). It is worth noting here that I am testing on an Apple MacbookPro 13 M1, 16GB computer.

      Like 1
    • lynn_elliott 

      We have it. A moment ago, the program crashed while adding subtitles. Clean new project. I added OVERLAYS / TITLE / Gallahadion to the first layer, then the same to the second layer and Apollo to the third layer. I didn't edit anything in the subtitles themselves, just adding to the scene. When I wanted to remove the inscription from the 3rd layer, the program closed.

      I am enclosing a ZIP with the bug report.

      WIRECAST quits unexpectedly while adding text.

      Like
    • Krzysiek Sobieranski We have tried to track this down, and are not able to reproduce it. Though it may have been fixed as a result of some other work we did around titles. We will be releasing a 2nd Beta version shortly, if you can reproduce this crash in the 2nd beta, please let us know!

      Like
    • lynn_elliott Ok, thanks.

      Like
    • lynn_elliott I'm sending two. The first "Transcendence" shows that it is shorter than it actually is. The second "Viva_Vova" shows 0:00 and won't play at all.

      Due to the fact that they are too big to be sent via the application site, I am putting in a link to "Wetransfer"

      https://we.tl/t-fElvlEpnOx

      Like 1
    • Krzysiek Sobieranski Thanks for sending these.

      Are you able to PLAY the "Viva-Vova" Wav file in Wirecast?

      When I add this file to my Wirecast document, the in/out points are all 00:00 (like what your video showed), but ALSO, I cannot play the file at all. I tried to add it to older Wirecast versions (14.3.4 and 14.2.1), and the behavior is the same: 00:00 in/out points and the file won't play.

      I also tried to play this file in Telestream's Media player, Switch, and I could not get it to play. So - I wonder if there is some unique encoding done on this particular file? Have you gotten it to play in other versions of Wirecast? Do you have other WAV files that exhibit this same behavior? i.e. when added to a document, show 00:00 for the in/out points?

      Like
    • lynn_elliott Lynn. You made me think. I probably know where the problem is. The files we have trouble with are ripped in 32 bits and 24 bits. The standard is rather 16 bit so I guess that's the problem. I believe that if you prepared similar files, you could also generate such a problem. You can check for yourself how you run the files in QUICKTIME and check the INFO of the file. It seems to me that this topic can be closed.

      A small fix. The unplayable file converted from 32bit to 16bit is already playing, but the file which did not play to the end despite being converted to 16 bit is still not full length. However, something is not quite right.

      Like
    • Krzysiek Sobieranski So, the issue of the WAV file that wont play at all: That will be fixed in a subsequent release (not v15, but the next release). You're right - it has to do with the way it was encoded.
      The issue of the audio files reporting different duration lengths than the actual file: That will be fixed in 15.0.

      Like 1
    • lynn_elliott I see. Nevertheless, I also attached such a file to the previous answer.

      Like 1
  • Krzysiek Sobieranski said:
    Using the same video file on two different layers and mixing in between them causes the playback image to flicker during the SMOOTH cross. Additionally, you can see that one frame is always skipped. (video no.5)

    I will reach out to you via message to get your support report for that Mac machine.

    Secondly: Are the Source Properties settings for both of those media files set to the same settings? (i.e. Loop/hold/remove, and Begin playing when media is live, Remember position...)

    Thirdly: Does this jittery playback happen immediately? or does it look OK sometimes, and start becoming jittery/flicker after some time?

    Thank you again for all your great feedback, it is truly invaluable!

    Like
    • lynn_elliott 

      TEST#1: 

      So I did. Both pictures are slightly scaled in relation to each other, one even has a slight rotation. After running DUP1 on the second layer it's ok but when I run DUP 1 on the first layer, both pictures "flicker". It looks as if while playing the animation with DNA, 4-5 times a second, one frame from this shot appears from time to time. I just don't know if it's the first frame or the last one. The same shots cannot appear on the screen at the same time. Exactly as in the previously uploaded video.

      TEST#2: 

      So I did. Everything on LAYER 2. All files are on the second layer. Media 1 and Media 2 are in the same track. When doing CUT and SMOOTH, "flickering" also occurs. The skip of this one frame is also visible all the time. Besides, the "flickering" effect does not occur only when the SMOOTH effect is on. The others below, ie 3D Plane, Crosshair, Swap, others ... the "flickering" effect is always visible.

      I conducted both tests on 3 different HD files, the problem repeats itself every time

      Like
    • Krzysiek Sobieranski One more thing could you check for me:

      1. on your computer, make a copy of your "DNA animation" video
      2. In Wirecast - on layer 2, add your original DNA animation file
      3. On Layer 1, add your COPY of the DNA animation file
        1. Crop or move your Shot on layer one (the copy) so that it doesn't obscure the whole canvas, and you can see the animation shot on layer 2 if you have them both selected
        2. In Source properties for the Copied DNA animation file, uncheck "Remember position even when not live" (keep that option CHECKED for the original shot on layer 2)
      4. Send both shots live (layer 2 original and layer 1copy) 
      5. Clear layer 1 (keep layer 2 live)
      6. Send Layer 1 live again 

      Do you see any jitter/flicker in the playback?

      Like
    • lynn_elliott 

      If I did everything right, what I see is OK. There is no shake or cage skew. Both CUT and SMOOTH and all the effects below work well.

      I guess you understand what's going on. When I made one more or third copies of the file, it is no problem either. And if I just copy a shot that already contains the same file on the timeline, the image flashes and jumps immediately.

      Like
    • lynn_elliott 

      Important info. The problem described and classified as WIRE-19069, however, has been resolved. However, in my case, only removing the entire application and installing it "clean" solved the problem. Overwriting the version did not fix the problem, so remember to remove the previous version of WIRECAST and restart the system.

      Thank you. Chris.

      Like
  • Dear Lynn. Respond to thank you for the feedback. I decided on your software because I had been watching it for a long time. I can see how well it is developing, I can see how honestly you approach your opinions. It's good to see that you care about the improvement and development of the program to make it better and better. I have been making television programs and events myself for several years and not long ago, I would not bother with a similar program. Nowadays, also taking into account COVID and the constantly growing demand for streams, such software is becoming very valuable. For a fraction of the cost of a professional broadcast van, you can make so much fun, have so many functions.
    Of course, maybe I exaggerated a bit but there is a lot of truth in it ;-)

    From my point of view, a few more improvements are still missing, but I think it is just a matter of time. I miss the most, but I have already mentioned it in another post, SDI output configuration and redirection of sources, scenes, etc. to SDI outputs. This has already been assigned the case WIRE-18571. This topic should be taken seriously as it will make the program more widely taken into account by professionals with a TV flair.

    But I deviated from the topic. For my part, I will keep track of problems as well as some ideas. I am obviously not the only one on the forum, but I want the program to meet the expectations and be a great tool for both myself and others.

    Chris.

    Like
    • Krzysiek Sobieranski Thank you Chris. I appreciate this feedback. We are always trying to progress and improve, while balancing the need for usability and prioritizing work that will have the biggest impact. Your feedback on this beta has been invaluable! There are lots of good things on the horizon! Thank you! 

      Like 1
  • Krzysiek Sobieranski said:
    This one appearing frame was related to what can be seen with the described problem WIRE-19069. Now I have not noticed it anymore.

     Can you confirm you have the correct issue?
    We have it described as 
     WIRE-19069 and is a feature request.
    Reframe/Reposition within Cropped image
    and there's no mention of implementation yet.

    Like
Like Follow
  • 5 mths agoLast active
  • 32Replies
  • 116Views
  • 3 Following