3.131 pre4+ VIDEO - Page 2

plush2 · 11-09-2009, 08:19 PM

The 'bug' I mentioned above is with my Nvidia display card drivers and not with Reaper. In my testing I've become even more impressed with the new video engine. I have simultaneously become frustrated with both Dell and Nvidia though.

Joystick · 11-10-2009, 02:29 AM

Quote:

Originally Posted by plush2

The 'bug' I mentioned above is with my Nvidia display card drivers and not with Reaper. In my testing I've become even more impressed with the new video engine. I have simultaneously become frustrated with both Dell and Nvidia though.

Oh, I see,
In my pc the program just freezes if I open an old session with Xvid video that used to work with older versions of Reaper. And if I build a new session and try to import a video file, it output an error about a dll not found.

I also have nVidia card, do you think that this can be the case? What do I do wrong? Let me test a few things today later and I will come back with some evidence.

Thanks for the info!

Cheers!

Panoz

lucky_bleeder · 11-10-2009, 03:02 AM

Quote:

Originally Posted by Joystick

Oh, I see,
In my pc the program just freezes if I open an old session with Xvid video that used to work with older versions of Reaper. And if I build a new session and try to import a video file, it output an error about a dll not found.

I also have nVidia card, do you think that this can be the case? What do I do wrong? Let me test a few things today later and I will come back with some evidence.

Thanks for the info!

Cheers!

Panoz

aah

that would probably explain the problems i've been having, reported in this thread and here ....
http://forum.cockos.com/project.php?issueid=1479

So potentially whatever improvements have been made to video playback have disagreed with nVidia graphics cards.

Anyone with an Nvidia card not having video issues ?

Joystick · 11-10-2009, 03:16 AM

Quote:

Originally Posted by lucky_bleeder

aah

that would probably explain the problems i've been having, reported in this thread and here ....
http://forum.cockos.com/project.php?issueid=1479

So potentially whatever improvements have been made to video playback have disagreed with nVidia graphics cards.

Anyone with an Nvidia card not having video issues ?

Exactly the same problems I have! Tested on three pc systems all with nVidia graphics cards.

lucky_bleeder · 11-10-2009, 06:28 AM

Quote:

Originally Posted by Joystick

Exactly the same problems I have! Tested on three pc systems all with nVidia graphics cards.

Sorry to hear you're having problems too Joystick, but relieved that its not just me being driven mental by this problem .
Maybe we'll get a fix for it now ?

Joystick · 11-10-2009, 08:16 AM

Can somebody upload a small video file that work correctly on the 3.14 version so that we can be sure that the problem is not the file?

plush2 · 11-10-2009, 10:30 AM

Here's a video file that actually works on my nvidia/windows 7 system. It's using a MotionJpeg codec so it's not really compressed (very large file sizes). This is just to prove, through your testing that certain codecs do work correctly on problematic hardware.

The codecs that I have noticed not to work correctly are divx/xvid, h.264 and theora. Please try the video by opening a 23.976 timeline and placing the start of the video at 09:59:50:00 (actually just slightly before). By doing so you will have an exact reference in both the video and Reaper to compare to.

http://shup.com/shup!/239054/test.avi

Here is an h.264 file of the same video that does not work correctly on my system.

http://shup.com/shup!/239063/test.mov

Joystick · 11-10-2009, 11:08 AM

Thank you very much, I will start trying,

So the problem about crushing is up to nVidia?

Also how do you encode your uncompressed video files on the format that works on your system with 3.14?

Can I convert all my files that I have from Xvid to this format? And what tools/settings you use?

Thank you again, your help is very important to me!

Cheers!

plush2 · 11-10-2009, 11:14 AM

I generally use mpeg-streamclip as my encoder/transcoder...

http://www.squared5.com/

You need to have quicktime or quicktime alternative installed but it does a great job.

You may not want to convert all your files over as each will take up to 10 times the disk space. If you can get away with it try encoding versions of mjpeg for the files you're working with right now and then just keep the divx around for archive.

Joystick · 11-10-2009, 11:20 AM

Unfortunately it still crashes reaper, same as everything else I tried, only way to run this session is to copy the old v3.13 video dll inside the reaper/plugins folder and replace the v3.14 one, so that it runs like the v3.13 and I can work.

So the file you uploaded (I cannot thank you enough for the time you spend troubleshooting) does not work in the 3.14 version on my system.

If you have any idea, or you need any information about the system, etc please ask me.

Best,

Panoz

glenfoxman · 11-10-2009, 12:09 PM

With June 24 being such a festival in Montreal, does anyone know of a pre / post party for the LC show on that date?
If not, is anyone organizing one? we can create our own "Chelsea Hotel" party
_______________________________________
Website I designed for no fax payday advances company.

Christophe · 11-10-2009, 06:44 PM

Quote:

Originally Posted by plush2

Here's a video file that actually works on my nvidia/windows 7 system. It's using a MotionJpeg codec so it's not really compressed (very large file sizes). This is just to prove, through your testing that certain codecs do work correctly on problematic hardware.

The codecs that I have noticed not to work correctly are divx/xvid, h.264 and theora. Please try the video by opening a 23.976 timeline and placing the start of the video at 09:59:50:00 (actually just slightly before). By doing so you will have an exact reference in both the video and Reaper to compare to.

http://shup.com/shup!/239054/test.avi

Here is an h.264 file of the same video that does not work correctly on my system.

http://shup.com/shup!/239063/test.mov

Just to let you know, the timecode in your test video will appear slightly wrong

By looking at test.avi with VirtualDub you'll see that frame 24 starts at 1.001 instead of 1.000. It's actually because it's a 24 frames per second video and the division will round up.

Here's a screengrab:

A better test would be with a 25fps video since the framerate division would be more accurate (40ms per frame exactly).

-Christophe

plush2 · 11-10-2009, 08:59 PM

Quote:

Originally Posted by plush2

Please try the video by opening a 23.976 timeline and placing the start of the video at 09:59:50:00 (actually just slightly before).

Yes that's true, the only problem is 23.976 is all I have for videos with timecode window burns. At any rate (no pun intended) the problem lies pretty squarely with certain nvidia cards, and for various reasons as several of us here have several different issues with the cards. I don't suppose you've been able to duplicate any difficulties of this sort on your test systems, have you Christophe?

Let me say again that you're doing a really great job so far on the video.

airon · 11-11-2009, 11:06 AM

Here is a test video from material I made myself(thus no copyright trouble). It's a cut and 100 frames long, which is four seconds.

25 fps , 640 x 352

AVI - Xvid 1.2.2 - I-Frames only
MOV - H264 - Iframe at least every 10 frames - Best Quality
MOV - H264 - Iframe at least every 24 frames - High Quality
MOV - PhotoJPeg - High

(included the audio as well as an OGG file)

Cut, resize and crop made with Virtual Dub 1.9.6. Timecode in the picture done with Avisynth 2.57.

Avisynth Script :

Code:

DirectShowSource("h:\Video Tests for Reaper\Truecombat Trailer\TCE_NC_cut_25fps_large_uncompressed_edit_smaller.avi")
ShowSMPTE(offset="00:00:00:00", x=320, y=64, font="CourierNew", size=48, text_color=$ffffff)

http://www.megaupload.com/?d=F96NPINB 12.6 MB

All these videos run fine on my system.
NVidia 9800 GT with 64-bit drivers 190.38

The missing 'edit mode' features we requested are part of Reaper architecture on how the edit/play cursor is moved around when you're grabbing an item, doing fades and so forth.

I'm all for having video be a special case, but if this needs put in to a special "Follow everything with the play/edit cursor when we do stuff with items" switch, I won't mind. It'll be on all the time for post folks

.

Shan · 11-11-2009, 08:43 PM

Quote:

Originally Posted by Christophe

For the bug reports in video, right-click on the video media item and choose "Source properties".

Source: .mov
Format: 16-bit Integer(Big Endian), Stereo, 44.100KHz
H.264, 864 x 486, millions
Movie FPS: 29.97
Playing FPS: 29.97
Data Size: 7.55 MB
Data Rate: 2.77 mbits/sec

The audio that is part of the video gets thrown way out of sync when importing and playing it back in Reaper. Some of the work I do consists of dialog clean up from recorded business lectures so the source audio stays with that type of gig and is essential to have it imported in it's original sync.

I also noticed the Media Explorer wont preview the above video. The video window in that case remains black.

Christophe, I can send you the source video if need be. Let me know. Thanks.

Shane

Christophe · 11-12-2009, 10:24 AM

Shane: Are you running Windows or OSX? Also, sure, email me that mov at christophe at cockos.com if it's not too big.

plush2 · 11-12-2009, 01:49 PM

I finally figured out my 'still video frames showing the previously selected position' problem. It turns out my current video card driver series (for windows 7) does not like the YUY colour spaces (including all variants and derivatives) for directshow. As Long as I force RGB colour space for a codec it works flawlessly. There is no noticable delay on loading, playback, looping and other bizarre moves with video files. I just need to figure out how to force RGB for h.264 and I think I'm set.

Joystick · 11-12-2009, 02:13 PM

Quote:

Originally Posted by plush2

I finally figured out my 'still video frames showing the previously selected position' problem. It turns out my current video card driver series (for windows 7) does not like the YUY colour spaces (including all variants and derivatives) for directshow. As Long as I force RGB colour space for a codec it works flawlessly. There is no noticable delay on loading, playback, looping and other bizarre moves with video files. I just need to figure out how to force RGB for h.264 and I think I'm set.

From where do you force the RGB settings on your video card?

I have an nVidia GTX275 in a i7 platform asus P6T deluxe v2 mobo and Win7 x64.

Any tips here?

plush2 · 11-12-2009, 02:35 PM

Quote:

Originally Posted by Joystick

From where do you force the RGB settings on your video card?

I have an nVidia GTX275 in a i7 platform asus P6T deluxe v2 mobo and Win7 x64.

Any tips here?

Hi Joystick, I have a codec pack installed (on windows 7) called Win7Codecs. It uses FFDShow as a possible means of playback for any number of codec types (h.264, xvid, mp4) and containers (mov, avi, etc.). In the FFDShow Video settings there is a page called 'Output'. I went to that page and un-checked all the YUV colour spaces and this forced FFDShow to only use RGB. This is described on this help page...

http://ffdshow-tryout.sourceforge.net/wiki/video

utput

I also needed to uninstall quicktime/alternative/lite to get the .mov containers working correctly. I had to as I couldn't figure out how to either force RGB or disable the DirectShow component within Quicktime and it was overriding FFDShow.

Warning, I am not telling anyone this is how to fix their system, it is simply how I fixed mine. Please carefully read the issue I describe in my post above. That is the problem this solution fixes.

That said I certainly hope some of you find this information helpful.

Shan · 11-12-2009, 07:06 PM

Quote:

Originally Posted by Christophe

Shane: Are you running Windows or OSX? Also, sure, email me that mov at christophe at cockos.com if it's not too big.

On Windows XP Pro. I'll send the video file your way.

Shane

Christophe · 11-13-2009, 12:01 AM

Plush: Good to know you pinned it down to the RGB colorspace. In 3.141 you'll be able to deselect the YV12 and YUY2 modes so you won't have to do it in ffdshow (since doing it in ffdshow affects the whole system).

I *think* it's the YV12 mode that might be a problem so let me know if YUY2 works on your machine. Also YUY2 will be faster than RGB.

-Christophe

BenK-msx · 11-13-2009, 07:29 AM

hi videoers -

I had a problem/bug when exploring the new video features, when ever I tried to move the video window over to my second monitor, this crashed reaper - everytime, whichever video i chose (mostly avi) - this in winXP - videos were fine on main monitor.

any ideas what could be causing this? - i thought that since my graphics card drives both main and 2nd that what worked on one should be fine on the other, or could this be a reaper thing?

-------
changing subject:
-------

I read about the wish to have video scrub/update as items are moved for editing purposes, and am sure this will come soon - but in the meantime i tried a little macro out which works quite well , uses two keys/ one midi wheel (move item left / move right) click an item then use the keys:

give a try - hope is of some use.

plush2 · 11-13-2009, 08:43 AM

Quote:

Originally Posted by Christophe

In 3.141 you'll be able to deselect the YV12 and YUY2 modes so you won't have to do it in ffdshow (since doing it in ffdshow affects the whole system).

-Christophe

Thanks for such a speedy and effective fix to what seems to be a relatively isolated problem. Who knows though, that particular option may prove really useful in tuning the video playback for a wide variety of systems.

The problem remains with both YV12 and YUY2. I will do a bit of digging since it seems I can isolate each colour space.

Joystick · 11-13-2009, 08:56 AM

I tried the "YV12 and YUY2" tweak you mention but the problem on my setup is the display in which I have the video preview window running.

So I have the same problem with "BenK-msx"

If I have in on my extended desktop (right monitor) reaper crashes every time I load a video.

When I move it on the main monitor which is my left monitor, repaer seems to play every video I made without problems.

Any thought? Does anybody else experienced the same behavior?

BenK-msx · 11-13-2009, 11:46 AM

just a minor note on the 'scrub video whilst moving items' macro i mentioned above:

it works fine as is but you can replace the first 'zero crossing...' action and start the macro with 'move cursor Right to edge of item' before the 'move cursor left...' action. might be neater, but if it works it works i say.

Be interested to know if someone could try it - surely handy for heavy video users at least until its natively supported.

it could be modified (at the expense of 2more keys) to grow items left/right amongst other things.

Christophe · 11-13-2009, 03:15 PM

Benk-msx/Joystick: Thanks for figuring out the multimonitor hang/crash issue. It is fixed for the next REAPER version

BenK-msx · 11-13-2009, 03:34 PM

cool... glad to be of use occasionally.

planetnine · 11-13-2009, 05:36 PM

Quote:

Originally Posted by Joystick

So I have the same problem with "BenK-msx"

If I have in on my extended desktop (right monitor) reaper crashes every time I load a video.

When I move it on the main monitor which is my left monitor, repaer seems to play every video I made without problems.

Any thought? Does anybody else experienced the same behavior?

Yes, I've had this problem for a long time, and I thought it was my video card setup because it was still happening in 3.141...

Here's a link to my original enquiry...http://forum.cockos.com/showthread.p...ighlight=video

>

Christophe · 11-13-2009, 06:31 PM

Could you guys try the latest pre from http://landoleet.org/ and let me know if the multi monitor issue is fixed?

Shan · 11-13-2009, 08:14 PM

Quote:

Originally Posted by Christophe

Shane: Are you running Windows or OSX? Also, sure, email me that mov at christophe at cockos.com if it's not too big.

Video sent. Just want to confirm you received it. Thanks.

Shane

musicbynumbers · 11-13-2009, 09:10 PM

will let you know about multimonitors as soon as I get my new pc up again!

So Christophe.. do you think it will be possible to have an "edit mode" where the play cursor "sticks" to all your edits so if you move or change the length of an item (or midi note) the edit cursor follows it which in turn previews the video. Allowing you to very quickly line up foley work for instance.

BenK-msx · 11-13-2009, 09:27 PM

Quote:

Originally Posted by musicbynumbers

will let you know about multimonitors as soon as I get my new pc up again!

So Christophe.. do you think it will be possible to have an "edit mode" where the play cursor "sticks" to all your edits so if you move or change the length of an item (or midi note) the edit cursor follows it which in turn previews the video. Allowing you to very quickly line up foley work for instance.

http://forum.cockos.com/showpost.php...3&postcount=65

am sure it will happen v.soon but is that any good in the meantime?
works pretty well here, but then i don't do much video!

Joystick · 11-13-2009, 10:43 PM

Quote:

Originally Posted by Christophe

Could you guys try the latest pre from http://landoleet.org/ and let me know if the multi monitor issue is fixed?

I'm glad to be of any assistance to you people,
I will test anything you need and also on all of my PCs, but from Monday, I'm taking a long needed rest this weekend.
Monday will be back with test results.

Cheers!

plush2 · 11-14-2009, 12:10 AM

Full screen on second monitor is working great here with Pre4. No crashes.

airon · 11-14-2009, 03:03 AM

Nice work. A lot of editors have a second monitor for the video. That's another plus I'll be mentioning in the presentation.

airon · 11-14-2009, 03:06 AM

Quote:

Originally Posted by BenK-msx

just a minor note on the 'scrub video whilst moving items' macro i mentioned above:

it works fine as is but you can replace the first 'zero crossing...' action and start the macro with 'move cursor Right to edge of item' before the 'move cursor left...' action. might be neater, but if it works it works i say.

Be interested to know if someone could try it - surely handy for heavy video users at least until its natively supported.

it could be modified (at the expense of 2more keys) to grow items left/right amongst other things.

Nice effort. Will not replace what we're asking for though it alleviates some of the pain of not having the edit/play cursor or just the video following trims and fades yet

.

lucky_bleeder · 11-14-2009, 03:27 AM

Yup , works a treat here : )

Video running properly with not a hint of crashing on NVidia card with dual monitors.

Thankyou.

plush2 · 11-14-2009, 12:00 PM

If I could say something at this point about where the full-screen option is headed, and please feel free to disagree. In my experience I don't like the either/or prospect of either having the small window on the edit screen (hopefully in a split window of the docker?

) while I'm doing edits to time or having the full-screen display to the side or above the main edit screen when I'm watching for content and checking continuity. I wind up switching back and forth between these two many, many times during a work day.

I suggest that a useful solution is one that allows for both a docked or floating video window and a full screen output to a monitor of some kind (vga, hdmi, tv-out). Of course the docked or floating window could be closed creating exactly the same functionality we have now. This allows for flexibility when doing jobs like ADR, foley and such, when you want as many as a video reference for the editor/recordist to work quickly on, a screen for the performer to watch for cues and a screen for the client to be impressed by. Just adding this comment on the heals of the excellent progress Christophe is making.

Joystick · 11-16-2009, 04:07 AM

Works like a charm here also.

Not so much testing, but it seems great.

Thank you Cristophe and the rest of the Cockos team, also thanks to all people in the thread, you are a great help every time!

Plush2 you are right about the extra monitors, I could use them also! And everybody in post production, compositing, etc works that way.

I'm starting a round of seminars about reaper on some colleges of audio engineering here in my country. New video features are a big welcome addition on the already uber-useful and beloved sequencer.

Cheers!