2008-09-15, 13:31 | Link #201 | |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
Quote:
Would this mean for XviD if I wanted to do a VFR release h.264 in mkv, and a CFR in XviD .avi, I'd have to encode 2 losslesses? Or is there a shortcut?
__________________
|
|
2008-09-15, 13:49 | Link #202 |
Pioneer in Fansub 2.0
Join Date: Aug 2007
|
Uhh, maybe encode one lossless, and then for the XviD, why not just use something like this:
Code:
DirectShowSource("lossless.avi",fps=23.976,convertfps=true)
__________________
|
2008-09-15, 14:03 | Link #203 | |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
Quote:
But for XviD AVI, we do it because there are people who want to watch it on TV, don't have the PC to handle it nor the money to buy a better PC, or who prefer non-upscales to upscales (Since we do upscaled h.264s most of the time). It's more to give a choice than anything else.
__________________
|
|
2008-09-15, 14:36 | Link #204 | |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
__________________
|
|
2008-09-15, 15:42 | Link #205 | |
King of Hosers
Join Date: Dec 2005
Age: 41
|
Quote:
If you encoded to lossless and did not remove the different framerate sections you have what should now hereforth be referred to as VFRAC AVI. VFR Assumed Constant. Meaning you have all the frames required for a VFR stream, but since you are storing them in AVI they have to be one framerate. So one "easy" way to make a CFR version of this lossless VFRAC video would be to decimate/selectevery/convertfps the sections of frames that are the differing framerates to the overall framerate when encoding to your final format. If there are only a few, it doesn't take much work...if there are lots...well, lol. Also if you plan to use a VFR source and keep the output VFR you should not use DirectShowSource. Use either FFmpegSource (which can also get you the timecodes) or DSS2. Otherwise yeah you would have to encode one version to lossless CFR (by forcing the source to one framerate from the start) and one to lossless VFRAC (keeping all the frames). But that's just stupid . Also...why bother making an AVI version at all? You know you can put hardsubbed Xvid video into MKV. That way you keep the VFR and everything else, and don't need to do a billion extra things for some AVI fags. It's not complex to play MKV nowadays...especially if it's hardsubbed. |
|
2008-09-15, 16:17 | Link #206 | |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
Quote:
TheFluff: I know I don't. That's why I ask.
__________________
|
|
2008-09-15, 16:36 | Link #207 |
Pioneer in Fansub 2.0
Join Date: Aug 2007
|
Well, my mistake, but I'll blame it on the fact that I wouldn't rape a VFR source to CFR in the first place so I hadn't researched on the subject on how to do it "properly"
Anyway, Kristen, just dump old technology behind and move completely to H.264 MKVs. Let stupid people to figure out everything themselves, it's not like you have to do everything for them.
__________________
|
2008-09-15, 16:37 | Link #208 |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
... HURR.
That depends on what you have hooked the TV up to, obviously. A windows PC? Yes, obviously. A HTPC running linux? Sure, works too. One of those Popcorn Hour boxes or something like it? Most likely. A $40 "DivX certified" set-top DVD player? Hahaha no, get a real computer.
__________________
|
2008-09-16, 16:20 | Link #209 | |
Senior Member
Join Date: Mar 2008
|
modified slightly:
Quote:
__________________
|
|
2008-09-16, 16:24 | Link #210 | |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
If you have trouble grasping the difference between VFR, VFRaC and CFR I recommend you read a minor wall of text I wrote about it a while ago.
__________________
|
|
2008-09-16, 16:40 | Link #211 | |
Senior Member
Join Date: Mar 2008
|
Quote:
__________________
|
|
2008-09-16, 17:31 | Link #212 | |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
Quote:
Your suggesting sounds good to my non-encoder mind, but it would still require that I re-encode. See, my process is Raw----(Filters)---->Lossless--->h.264. Once we have the script, we go from that lossless--->XviD. However, the VFR will pose issues, since after encoding without convertfps, it came out as 26 minutes, and the timecodes brought it back to the regular 24:30. That's when timecodes are muxed in. If I had that lossless, I couldn't go to XviD .avi from it, since the timecodes could not be applied, as I found out above. So as such, it would require an entirely new encode, which is 3:30-4:00 (That's hours) for a lossless, and another 1.5 for XviD (Since I run on a dual core, not a quad.) However, I'd probably be encoding it while I sleep, so I'd have to get everything done in one step, so it would be filtered XviD, which takes 9 hours on this PC. From what I've hear, 29.970 also causes jerkiness in convertfps, just this time in the 23.976 fps places.
__________________
|
|
2008-09-16, 18:08 | Link #213 |
Real-life Lolicon
Join Date: Jun 2008
|
Slightly related: Sekirei is supposed to be 29.97 fps.
And yeah, VFR + xvid = pain in the ass. The only options are to do the XviD as CFR or to mux the xvid into an mkv container. However, if you want to save yourself from doing two losslesses, you could use avisynth to go from VFR lossless to CFR xvid (though the difficulty of that depends on just how VFR the source is. If it's just the OP/ED that are different frame rates, it'd be relatively simple, otherwise, I'm not really sure how to do that without making it a huge amount of work). Last edited by Soichiro; 2008-09-16 at 19:39. |
2008-09-16, 18:22 | Link #214 | |
Senior Member
Join Date: Mar 2008
|
Quote:
I don't understand the problem, actually. The way I understand tc2cfr to work, it losslessly adds dummy frames to get the 120fps avi, because if it was re-encoding, it would take hours, not minutes. I'm assuming that Synergy only animates in 29.97fps (I don't recall having any problems with SS-Eclipse's (TheFluff's?) Hayate no Gotoku! releases.) If that's so, the 120fps raw you're left with could be converted to that 29.97fps lossless and your process would appear to work fine still. This would only add about 5 minutes to your encoding time, if everything is working the way I'm thinking. Also, if Synergy actually did animate parts in 24fps, 24fps -> 30fps is a much better solution than 30fps -> 24fps, especially considering how much of ZTC looks jerky in 24fps.
__________________
|
|
2008-09-16, 19:16 | Link #215 | |||||
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
Quote:
a) make two losslesses, one converted to CFR and one VFRaC b) mux the lossless to mkv with timecodes and use ffmpegsource() or somesuch for the VFR release and directshowsource(convertfps=true) for the CFR release c) if the source only has two framerates and only switches at one or a few points (like for an OP/ED), you can encode one lossless per framerate section and splice them together with the appropriate framerate conversions. Quote:
The absolutely most important thing you must understand here is that THERE IS A VERY IMPORTANT DIFFERENCE BETWEEN FRAMES AND TIMESTAMPS. Consider a frame. It's a picture, right? Video is just pictures, displayed one after each other. Each picture has a timestamp; a number (usually in milliseconds) that describes at what time (relative to the first frame) it should be displayed. This makes sure all frames are displayed in the correct order and at that the video is played at the correct speed. Usually, it is assumed that all frames are displayed for the same amount of time; that they all have the same duration. This is CFR, constant framerate. Now, consider a very short "video", in which the letter B moves across the frame (each letter is a "pixel"): Code:
Frame 1: B A A A A A A A A Frame 2: A B A A A A A A A Frame 3: A A A A B A A A A Frame 4: A A A A A B A A A Frame 5: A A A A A A A A B Frame 6: A A A A A A A B A Frame 7: A A A A A A B A A Frame 8: A A A B A A A A A This is what happens with anime too; if you force a conversion to another framerate the result will have jerky motion. If the source has uneven frame durations (i.e. it's VFR), forcing it to be CFR WILL introduce jerky motion, unless all source framerates are evenly divisible with the target framerate (this is the case with 119.88fps; it is an even multiple of both 23.976 and 29.97). what does this mean exactly Quote:
Quote:
It's pretty much just as bad actually.
__________________
|
|||||
2008-09-16, 20:03 | Link #217 | |||
Senior Member
Join Date: Mar 2008
|
Quote:
Quote:
Because I don't know how to use avs =\ Since that is the first method I found that works, that's what I've been doing. My encoding needs mostly lie with OP and ED sequences only, so I don't really run into any problems taking that 120fps avi, dumping it in vdub, and then doing constant 23.976 or 29.97 over the appropriate 1:30 minute framerange.
__________________
|
|||
2008-09-16, 21:40 | Link #218 | |
Frame burner
Join Date: May 2007
|
Quote:
e) make a vfrac lossless; encode the h264 directly from it; turn it on-the-fly ( dupli().selectevery(5) ) into a cfr input to encode your useless xvid-in-avi. |
|
2008-09-16, 21:47 | Link #219 | |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
Quote:
I think that it is the entire episode that is in different frame rates. I looked at the timecode file (the one with lots and lots of numbers. I think this is v2?), and it has strange jumps in numbers at places throughout the entire thing.
__________________
|
|
2008-09-16, 21:58 | Link #220 |
Real-life Lolicon
Join Date: Jun 2008
|
Can you convert the timecodes to v1 and post them, please? (v1's a lot easier for humans to read than v2)
And yeah, Sekirei is animated and broadcast at 29.97 fps. Even in transport streams, there's no duplicates or telecining. Though shows like that don't show up very often, so it's easy to get confused with them. |
Thread Tools | |
|
|