Author Topic: FF7 PSX videos (Read 52236 times)

Hellbringer616 · « **Reply #50 on:** 2010-03-12 02:10:24 »

upload to youtube and or post screens when finished?

obesebear · « **Reply #51 on:** 2010-03-12 02:47:19 »

Don't try applying it in game though.. or if you do want to, use SUPER, change it to AVI / H264 / MP3, 7008 for the bitrate, and change the resolution to 960x896 and 15fps and it will play just fine. Now to ask Aali if he can implement a way for videos with higher FPS than 15... the difference in quality is highly noticeable.

EDIT
Removed bad downloads

Kranmer · « **Reply #52 on:** 2010-03-12 15:26:25 »

@obesebear Nice video's.
it is possible to get 23.97fps on a xvid video but currently seems impossible in H264. (although this also only seems to apply upto 3x, After 3x it seems to do the same as h264)
here is your flame video in 960x672, Xvid 2quantizer, your source audio and working in-game.
http://www.mediafire.com/?wtwm5luyyjh
(just rename it to make it work in-game)

obesebear · « **Reply #53 on:** 2010-03-12 18:40:10 »

That's a pretty good quality, I just want it a little more high res you know?

What's nice is the one that I made 1280X896, I was able to force to be 16:9 so it keeps it fullscreen on my computer

No black bars at all. But if there's nothing Aali can do about the higher resolution and fps, we can definitely go with xvid at 3x and 23.97. It looks much better than the trashy 15fps!

Any tips you might have for making the existing videos look better?

Hellbringer616 · « **Reply #54 on:** 2010-03-12 19:40:49 »

Other then filters and using the PSX ones, not really

obesebear · « **Reply #55 on:** 2010-03-12 19:43:11 »

There's about half a billion filters though, that's the problem. I'm almost tempted to just let Seifer finish his work on this at his forums, and I'll just work on the Advent Children Complete videos.

Hellbringer616 · « **Reply #56 on:** 2010-03-12 20:03:43 »

you mean he's actually working still?

obesebear · « **Reply #57 on:** 2010-03-12 20:14:49 »

http://break-off.co.uk/viewtopic.php?f=47&t=841&sid=b107ec5cca90dea6512e4f1fccec2b0c&start=25

By the way. I remembered that Crisis Core has the NIVLSFS video too, so I instead muxed together that audio with the video from ACC. It sounds much better now. Still waiting on Aali about the fps though.

I'd like to do the Crisis Core videos too, but I still have no idea what I'm doing with the filters.

Kranmer, can you find out exactly what Seifer/Daniel is doing to enhance them? You can also let him know his buddy Hermoor has been allowed to stay here, so maybe he will decide to reregister.

Kranmer · « **Reply #58 on:** 2010-03-12 21:49:33 »

well the video i uploaded was meant to be just to show that 23.98fps works i wasn't meaning it to be anything else,
And that was as high res as i could get, for some reason if i go upto even 1024 it starts to drop FPS and audio.
Well from what i remember Seifer was using VideoEnhancer on the original PSX movie to upscale it then processing it with Sony Vegas and apply whatever filter in vegas that he though was nessacery for that movie (for example he used a gaussian blur on the opening but not on the other scenes).
I on the otherhand i used photoshop and a smart blur filter and batch processed all the frames of the video, But this didnt really pan out since it took hours to do even a small video.
I will experiment more with the flame video to see if i can get it to run at a higher res while keeping FPS but so far i am not having much luck,
I have tried
MeGUI,Super,VirtualDub,VLC,Vreveal,Any Video Converter Free,avanti,ffe,TMPGEnc 2.5 Free
and a bunch of others but they all seem to encounter the same FPS drops when the video is over 960x672 in size,
i wonder if this is a restriction on Aali's driver or on the player he has implimented or maybe i am just doing somthing wrong.

obesebear · « **Reply #59 on:** 2010-03-12 21:53:13 »

I'm fairly sure it is something to do with the player he is using. I believe he mentioned before that he is using one that is a little older. If he can't fix it though, going the route of smaller videos with more fps is the best option. At least the video won't be jumpy.

Sorry for lack of any update today. I've been doing my best to get any applicable Crisis Core videos. Hopefully I'll be done weeding through them by tonight.

Kranmer · « **Reply #60 on:** 2010-03-12 23:53:37 »

just been testing different codecs and they all seem to have the same problem or a worse problem.
But i have noticed that a uncompressed AVI will play perfectly at any FPS and any res but the only drawback with this is the huge filesize (for example i converted your flame video into uncompressed AVI, 1280x896, 23.976fps and it played fine but the size of the video was 743MB)
so i supose if its for personal use and if you have alot of HDD space you could use this method.

obesebear · « **Reply #61 on:** 2010-03-12 23:55:05 »

Quote from: kranmer on 2010-03-12 23:53:37

(for example i converted your flame video into uncompressed AVI, 1280x896, 23.976fps and it played fine but the size of the video was 743MB)

Lol. Well that would work all well and good for me

But I would ideally like to distribute these when I'm finished.

Kranmer · « **Reply #62 on:** 2010-03-12 23:59:17 »

lol yeah. i am looking into uncompressed codecs now to see if they make any filesize difference but i am not holding much hope for this method, especially since like you say it would be hard as hell to distribute. (although it may be possible if you distribute the small file in H264 format with a batch convertor so that it will be decompressed to a uncompressed AVI but this would still be a pain for ppl with small HDD's)

obesebear · « **Reply #63 on:** 2010-03-13 00:08:43 »

Since VLC can easily play these formats (and from what I remember it uses ffmpeg and mencoder, etc) I think it is possible for Aali to make some kind of alteration to his driver to allow seamless integration of these videos.

Until I hear from him I will continue experimenting to see what works best.

Aali · « **Reply #64 on:** 2010-03-14 17:20:21 »

The video plugin is very inefficient in general, anything that doesn't output clean BGRA (read: any modern video codec) will go through a very slow conversion process, without any kind of hardware acceleration. The next version of the driver will notify you when you play something that needs to be converted and the format it's using and if I deem that the codec is important enough I will implement a fast path for that format.

obesebear · « **Reply #65 on:** 2010-03-14 18:54:01 »

So, to put that in laymans terms, it would be best use a lossless format, like the 750mb video kranmer made?

If you can add a fast path for h264 (x264 especially), I think that's all that would be needed for us to have videos that are small in size but high in quality. Why does the driver play lower resolutions fine (at 23.97fps), but once it gets to 1280x896 begin stuttering?

Aali · « **Reply #66 on:** 2010-03-14 19:04:34 »

It would be best to wait for the next version of the driver and make awesome FMVs in a good "master" format in the meantime

I will add a fast path for h264 since it uses the most common YUV format which will make it and many other codecs A LOT faster if you have shader support (without shaders you are more or less fucked when it comes to OpenGL and video decoding).

Anything that makes the file bigger (higher resolution, higher framerate) means more bits to twiddle for the driver, which takes time, which in turn makes it lag.

obesebear · « **Reply #67 on:** 2010-03-16 18:26:55 »

Well I've tried .7.6, and the slow/choppy versions that used to work, now crash it.
I've tried h264 as an avi and mp4 (mp4 renamed as an avi I mean). I've also tried with different combinations of aac main, aac lc, and mp3. All just crash now.

Aali · « **Reply #68 on:** 2010-03-16 18:33:10 »

app.log and crash.dmp?

obesebear · « **Reply #69 on:** 2010-03-16 18:53:59 »

Ask and ye shall receive

EDIT

This is the exact Sephiroth video I want to put in the game http://www.mediafire.com/?nlv1ygquvjz. I don't know if that helps any.

Aali · « **Reply #70 on:** 2010-03-17 09:43:50 »

What the hell? Now that one-frame dummy file is messing it up all of a sudden. Could you also post that somewhere?

Kranmer · « **Reply #71 on:** 2010-03-17 09:52:37 »

yes the dumy file seems to cause that crash, if you use the original eidoslogo.avi (or any video that isnt a dummy) it wont crash.
Also Aali here is the dummy file
http://www.mediafire.com/?gewtmtumjdd

Also Obsesbear i just tried that Sephiroth video and it crashes for me to but i have found that if you change the bitrate to 3264 or below in Super the video will work (although this drops the quality), bitrates of over 3504 seem to make it crash towards the end of the video (i know this isnt a solution but thought you might want to know anyway)

Kranmer · « **Reply #72 on:** 2010-03-17 19:09:48 »

sorry for the double post, But on 0.7.6 it now seems possible to get Xvid files working at bigger sizes (before on 0.7.5 i could only get upto just under 1024x896 to work) So now its possible to get a Xvid of 1280x896 to work (i can get it upto the same quality as well but to have the same quality the filesize does increase slightly)
So here is a Xvid+AC3 1280x896 version of your fire video
http://www.mediafire.com/?dnk3dxy2mei
(also i made a mistake on the archive name and named it 1280x960 so just ignore that)
it can proberly be made smaller but i wanted to try to keep the same quality as your original.
Also i used AC3 audio instead of MP3 since it seemed to give slightly higher audio quality for me (this could be my own problem though)

m35 · « **Reply #73 on:** 2010-09-11 07:46:03 »

I've recently had to remaster some videos from another PlayStation game. As a result, I may have found a technique that maintains the most amount of quality by adding a new format to jPSXdec: pc.601 (a.k.a. jpeg or jfif) YUV (possibly available in v0.93.2+).

Code: [Select]

java -jar jpsxdec.jar ff7disc1.bin -i ff7disc1.idx -d 3472 -quality high -vf avi:jyuv

I then let Avisynth and plugins do the heavy lifting.

Requires Avisynth 2.6 (alpha)
Uses nnedi3 for scaling as suggested by superbbjai, and DGMPGDec for deblocking.

Code: [Select]

# OPENINGE.avs
LoadPlugin("nnedi3.dll")
LoadPlugin("DGDecode.dll")
AviSource("OPENINGE[0].avi")

# Deblocking
# quant is the strength between 1 and 31
# 12 seemed to be good, but the value could certainly be explored
# There is a huge list of similar filters on this page
# http://www.aquilinestudios.org/avsfilters/spatial.html
# which I didn't try
BlindPP(quant=12)

# Scale up by 4x for a final resolution of 1280x896
# The results of nnedi3 appeared slightly bettern than Spline64Resize
nnedi3_rpow2(rfactor=4)

# Convert to RGB mostly to ensure there is no chroma shift later,
# but is only available in 2.6
# matrix is to specify that the input uses the pc.601 [0-255] component range
ConvertToRGB32(matrix="pc.601", chromaplacement="MPEG1")

# ffmpeg likes to flip Avisynth rgba input
FlipVertical()

Then ffmpeg for the encoding.

Code: [Select]

ffmpeg -i OPENINGE.avs -acodec libmp3lame -ab 128k -vcodec libx264 -vpre veryslow -crf 12 -threads 0 OPENINGE.mp4

Code: [Select]

-acodec libmp3lame -ab 128k
Encode mp3 at 128kbps. My Windows binary didn't have aac included for audio, otherwise I would have used that.

-vcodec libx264
Encode video as h.264

-vpre veryslow
Use the best encoding preset

-crf 12
Encode at a constant quality.
Value is usually between 12-24. Lower value is better.
12 is probably overkill for this case.

-threads 0
Use all the processors!

The end result:

Full video
http://www.megaupload.com/?d=LCGPEC6G

I know this can't work with the current PC drivers, but I figured I'd share my work in case someone found it useful.

Timber · « **Reply #74 on:** 2010-09-11 17:53:23 »

Quote from: m35 on 2010-09-11 07:46:03

I know this can't work with the current PC drivers, but I figured I'd share my work in case someone found it useful.

That video plays fine in my FF7, the sound is jittery and out of sync though.