Need help editing video recorded on VR100K

[jtgadget2]

I got Quicktime Pro. it works great for editing out the commercials. I can make the picture brighter. The problem is once I change something, my NX70U won't reconise it. I tried using the clie converter. It goes through the process it shows up on the clie. You can see the picture in the player screen. When I tap the play button it flashes to the end. If I drag the scroll bar I can see the whole movie is there, but it wont play. can anyone HELP?                                    I can play a mqv file in Quicktime or change it to a mov file and it plays in Quick time.Then change it back to a mqv file. Once I change somthing it wont work. UGG I'm going nuts.            Quick time tec support is no help. Sony tec support is horrible,I get bumped up to a higher level of tec, I think it goes to India, They are useless.

 

[Forest_Noggle]

I have had similar results.
It has to do with reconverting the MQV a second time.
Try making your corrections (edit) and then saving to a different format, maybe AVI in QT. Then use this new file in IC to convert it into Clie format.

What is it that you want to edit/convert? I produce video as part of my living and maybeI can help.

Jay

[QUE]

I also have the vr-100k recorder (it makes it easy to do
unattened recording)
but I would like to cut out commericals, and trim in and out
points,
I upgraded to QT pro also, and have the same problem,
'does not recognize file' I tried renaming file, no help,
has anyone had any luck with QT pro for movie edits?
thanks.:confused:

[hiruneko]

Hi,

This is my first posting to the forum. I happened to find that there are people out there who have common interest as mine. I do actually record movies using VR100 and post-edit .mqv with QuickTime (just cut&paste stuff, no re-encoding involved).

Here it goes a tricky part. You have to reconstruct the movie data in order to let your Clie know its kind, eliminating unnecessary piece of data, adding profile that MoviePlayer likes to see, and so on. It actually took me a long time figuring out what was missing without tech info about MobileMovie specs.

ImageConverter is supposed to do this job easy, but I had experienced missing-sound problem with it, and never use that program since then. I am on Mac anyway. So I wrote a command tool which converts (or recompile so to say) movies. Not sure if it is technically right or not, but it works. So I would say the problem is on MoviePlayer end.

[QUE]

Hi,

I am also trying to figure out what causes the the edited
mqv files (done in QT pro) also only simple cuts. Not to be
recognized by Movieplayer. I wonder if it has to do with
the size of the file (being that is changed -reduced- after
the editing) and it may conflict with 'listed' size. :confused:

[hiruneko]

I figured out that the most significant change QT makes is that it removes the original profile (?) info ('prfl' atom, which is a small chunk of data in the header part of the movie file). I presume that this info tells the type of movie, such as sampling rate or grade of movie quality.

In a .mqv file, actual movie data ('mdat' atom, stream of video/audio samples) follows after the profile, while in a QT movie, it goes the last after all other information that specify media type, timeline, and such. In a way, you can say .mqv format is optimized for streaming over the network.

There were also found many subtle differences between two formats. But hardly tell which is critical and which is not for having MoviePlayer recognize the movie...

[QUE]

How do you see the profile info foe the QT files,
Would it possible, or advisable to change or edit these
profiles. thanks.;)

[hiruneko]

Well, I am afraid but there is no editor of kinds that lets you edit raw data in the movie file as far as I know. I wrote a code to break down movie data into pieces. I had to consult with MPEG-4 file format spec in order to do that.

As for profile info, you have to copy it from the original movie. But as long as I see, the content of the profile (it is merely 32 bytes in size) is fixed for a certain quality of movie, so inserting just this piece of info to QT movie does not sound that difficult.

The most hardest thing is that you have to recalculate "offset tables" because of this additional data. According to the spec, those chunks that hold a number of sample data for each are being pointed from the offset table by relative distance from the top of the file. So all this process does not seem doable manually. FYI, copied below a sample log of my test program for processing two-hour movie. You can see somehow complicated process being done here just to convert .mov to .mqv:

extract video samples...
sample to chunk table: 000ce010, bound: 000eef14
last chunk: 22131
extract audio samples...
sample to chunk table: 00762010, bound: 007a1f28
last chunk: 22299
extracted 82878 video samples, 129612 audio samples
video 15.344710 fps for 5401.079626 chunks, audio 24.000000 fps for 5400.500000 chunks
total 5402 chunks to build
audio offset: 0.579626 chunks, 14 samples
added 14 missing samples to audio track
construct video samples...
82878 samples stuffed in 5402 chunks
generate 'stsc' 3724 entries, 44704 bytes
construct audio samples...
129626 samples stuffed in 5402 chunks
generate 'stsc' 2 entries, 40 bytes
movie data 308869469 bytes in total
remove atoms - 'trak', 'edts', 'free', 'wide' and secondary 'hdlr'
reorder 'stbl' table (moving 'stss' to the last)
reconstruct root level atoms

[tej]

Hiruneko,

I think you may be the world's expert on the MQV file format (outside of Sony).

Do you think you could publish the file format and the differences from Quicktime MOV files?

Does your command tool work within Quicktime as a script, or did you write your own program to process the raw file?

[hiruneko]

Hi,

I wrote a command line tool which was meant to be run from Terminal. It processes the raw file, more like in cut & paste way. I think it might do the work much smarter if I used QuickTime APIs.

The above log would tell the differences that I found. You may want to consult with QT format spec (http://developer.apple.com/documentation/QuickTime/PDF/QTFileFormat.pdf) to get better understanding of those atoms.

They said .mqv format is based on MPEG-4, and MPEG-4 is based on QuickTime. In a sense, QT movie is supposed to work on Clie, but it is not. I would say Clie's player is so strict about the data structure. Other than that, Sony's player would likely look at some pieces of info found in these atoms - 'ftyp', 'prfl', and 'udta'. There is no evidence backing this idea though.