Any timeframe on next beta update?

Status
Not open for further replies.

DavidB

New member
Version 600 was quite a while ago. Any timeframe for when the next beta release will be made?

I love your program. Just wish it would handle elementary streams as well, particularily .wmv files.

Thank you,
David
 

Dan203

Senior Developer
Staff member
The current build can mux MPEG2 elementary streams into a file VRD can edit. It does not yet support H.264, but that is something we do plan in a future release.

WMV is most likely never going to be supported as an input format. VRD is mainly designed to help people edit TV programs. All across the world the only two codecs used for actually broadcasting TV are MPEG2 and H.264, which is why those are the only input formats we support. We do however support a wide array of output codecs so that you can play your edited files on pretty much any device.

Dan
 

DavidB

New member
You still didn't answer the main question: any ETA on the next beta? I still have a problem editing HD programs with 5.1 AC3. They always have a 32ms time gap in the AC3 audio packets where I've made edits. This requires using eac3to to demux the stream and resync the gaps.
 

Dan203

Senior Developer
Staff member
We have considered generic DS input, however there are a few problems with it....

1) We could not quick edit. So anything input via DS would have to be completely recoded on output. (quick edit requires specific knowledge of the source codec)

2) Seeking in DS is not always 100% accurate which could create problems for our editing routines.

3) We would be reliant on the codecs/filters installed on the users machine. DS uses it's own mechanism for connecting all the filters needed to render a specific file. Without specific knowledge of the input codec we would have no control over which filters are used to render a specific file. This could potentially create an issue where various users would get different results from the same file depending on which filters were installed on their PC. This creates a serious support issue for us and is the main reason we don't support DS input.

DanR is in charge of putting out release builds. I have no idea when he's planning to put out the next one.

Dan
 

Danr

Administrator
Staff member
I think we can push out 601/602 sometime next week. We've been working really hard on getting the multi-audio stream support working (mpeg2 only for now, H.264 later), and that's almost done. It was much harder to do than we anticipated and delayed things a bit.
 

Greg

New member
Hi Dan,

What about the h.264 artifacting around edit points?
I hope that will also be included in 6.01 as you previously hoped it would :)
 

Blizzard

Member
Hey DanR, any idea if the x264 opening problem I had (that I sent to support) will be fixed in the next release ? If so, what was the problem causing it to crash ? Just curious. Many thanks.
 

echo14612

Member
I'm really looking forward to being able to do qsf and editing of a wtv file and output it to a wtv file with correct metadata and which can be reopened by VRD.
 

MrVideo

Active member
I still have a problem editing HD programs with 5.1 AC3. They always have a 32ms time gap in the AC3 audio packets where I've made edits. This requires using eac3to to demux the stream and resync the gaps.
You appear to be the only one that is having this issue. No one else has indicated that they too have these gaps.

I've never had an issue with audio at edited locations.

What is your source of these HD files?
 

MrVideo

Active member
I think we can push out 601/602 sometime next week. We've been working really hard on getting the multi-audio stream support working (mpeg2 only for now, H.264 later), and that's almost done. It was much harder to do than we anticipated and delayed things a bit.
:mad: Rats. H.264 is where we need it most. I could easily be wrong, but weren't most of the postings from H.264 users?
 

Danr

Administrator
Staff member
Will get it into H.264 after we finish testing it with MPEG2. Its just about done just doing some testing. Turned out to be a MUCH MUCH bigger job than anticipated, but the major plumbing is now complete so getting it into H264 should be much easier (he said optimistically).
 

MrVideo

Active member
Hey DanR, any idea if the x264 opening problem I had (that I sent to support) will be fixed in the next release ? If so, what was the problem causing it to crash ? Just curious. Many thanks.
Interesting. The few times I've opened a x264 file that I created I didn't have any issues opening them.

I wonder if it is related to the options used.
 

Danr

Administrator
Staff member
You still didn't answer the main question: any ETA on the next beta? I still have a problem editing HD programs with 5.1 AC3. They always have a 32ms time gap in the AC3 audio packets where I've made edits. This requires using eac3to to demux the stream and resync the gaps.
Can you upload a short sample file and VPRJ that duplicates the problem. In re-working the audio for multiple streams we've found a couple of subtle situations where the audio can get off a frame (32 msec for AC3) and maybe your files are triggering one of these cases.
 

MrVideo

Active member
Will get it into H.264 after we finish testing it with MPEG2. Its just about done just doing some testing. Turned out to be a MUCH MUCH bigger job than anticipated, but the major plumbing is now complete so getting it into H264 should be much easier (he said optimistically).
I have ZERO files to test with it (MPEG-2). Oh wait, I can do a capture of a source with at least two AC3 audio streams as well as a MP2 audio stream.

I've heard nothing regarding the issues with ABC H.264 files. NBC H.264 isn't trouble free either, so that might be related. Was anything discovered with the files that I uploaded?

Lastly, any progress on the edit location error with 720p video (MPEG-2 or H.264)? As a reminder, in cut mode, the edit location that starts a location of video to be removed is off by one, always. If the location is to remove the frames starting at frame number 1000, the frame at 999 is also removed. I have to set the edit point at 1001. There is no error at the end selection of frames to be removed. Only the start location.
 

Danr

Administrator
Staff member
Oh wait, I can do a capture of a source with at least two AC3 audio streams as well as a MP2 audio stream.
That would be useful to test with. So far we've been testing with two types of files, dual AC3 streams (OTA broadcasts), and 4-6 SMPTE302M streams (studio material). Haven't yet tested with mixed codecs like AC3 + MP2.

No haven't addressed those other issues yet.
 

MrVideo

Active member
That would be useful to test with. So far we've been testing with two types of files, dual AC3 streams (OTA broadcasts), and 4-6 SMPTE302M streams (studio material). Haven't yet tested with mixed codecs like AC3 + MP2.
I can capture the complete mux, which also has a Dolby-E stream. VRD normally ignores that stream. I'll capture a couple of minutes worth tonight and send it your way.

No haven't addressed those other issues yet.
:-(
 
Will get it into H.264 after we finish testing it with MPEG2. Its just about done just doing some testing. Turned out to be a MUCH MUCH bigger job than anticipated, but the major plumbing is now complete so getting it into H264 should be much easier (he said optimistically).
Dan, are you gonna open up the Private: TVSuite V4 Beta thread for further H264 work?

Mike
 

Greg

New member
What about the artifacting around edit points with Dish h.264 files? I thought that was what you guys were working on all this time?

VRD is unusable for me the way it is. I have about 1TB of unedited files now, just like before you released the first h.264 alpha version.
 

MrVideo

Active member
That would be useful to test with.
File uploading to the MrVideo directory. Still has about 300 minutes to go. No support e-mail as this isn't a support issue :D

Four audio streams: Dolby-E, AC3-2.0, AC3-5.1, MP2 stereo
 
Status
Not open for further replies.
Top Bottom