|
i just spent a year transcoding all of my FCP7 exports in "high quality" through ffmpeg and then again through mencoder because i need ffmpegs libavfilter support (for timecode windows) but i couldnt get ffmpeg to create media that could play in quicktime/ios. this method was still faster than all other methods of exporting media from FCP7 with a TC window. i finally realized that it's because ffmpeg doesn't use yub420p by default. a cursory google search would have revealed this. the sad part is that i did research the problem quite a bit before giving up. setting a single flag in ffmpeg has cut my transcode time by about 30-40%. mock me
|
#
¿
Apr 23, 2013 04:55
|
|
|
|
| # ¿ May 21, 2024 16:51 |
|
|
pagancow posted:Imagine that. Mac OS having problems with codecs! If only every executive producer in the world didn't use a mac.
|
|
#
¿
Apr 23, 2013 06:17
|
|
|
wow i dont remember the originals looking that bad. id need to look through my monitor, but the highs must barely get above ire 60, and i'd guess most of the image is sitting way higher than it oughta be. you've got pitch black and then absolutely nothing for 20 ires. looks awful imo the new edition is closer to the intended feeling. i remember the films looking like they do in the enhanced pictures, even if they didn't. it's not like the new versions look 'objectively correct.' they still have a blue/green temp to them. you cna just actually see them now
|
|
#
¿
Apr 23, 2013 09:16
|
|
|
hahahahaha what. who decided that was acceptable
|
|
#
¿
Apr 23, 2013 10:04
|
|
|
Install Gentoo posted:nope, film sucks. and its dead I only ever owned the film on vhs ( vinyl for filmophiles) so that makes sense
|
|
#
¿
Apr 23, 2013 16:34
|
|
|
our workflow: a) editors export sequence b) editors transcode into h264 baseline profile (ffmpeg/x264) c) editors upload to our webserver d) clips are then streamed through wowza to producers nationwide ~~~ producers are lazy fucks who think watching movies on their telephone counts as providing constructive feedback (also lots of them are on shoots but need to watch rough cuts or something), so that's why baseline profile is important. however wowza/jwplayer are totally capable of doing adaptive streaming, so i'd like to start having the editors export in higher quality and then having the server transcode into different profiles. many of our editors are freelancers who don't work onsite, so exporting uploading full resolution clips to our webserver is not reasonable. i need to come up with intermediary transcode settings, probably targeting ~ 1gb for a 22 minute clip. obviously it won't be the highest quality imaginable, but that's to be expected. is h264 suitable for this intermediary transcode? do i need to do things like make sure my keyframe intervals line up or is that not going to matter? is there anything special i should do?
|
|
#
¿
May 9, 2013 04:17
|
|
|
well yeah. right now we're doing 640x360 for iPhones, at RF 24 that usually ends up between 170-200mbs. 1080p is out of the question. 720p might be doable but i'd be happy just to get to 960x540. i'm really just wondering if there are any specific h264 options i need to be careful with when doing a double encode
|
|
#
¿
May 9, 2013 05:49
|
|
|
i'll just mess with it. i'm the only person who will care if the quality is less than it could be so
|
|
#
¿
May 9, 2013 09:14
|
|
|
yo are there any lossless video codecs that might be good for compressing a video, transferring it, and then decompressing it on the other side? i tried it with h264 and the output was twice as big as our full res poo poo (yes our native codec is poo poo i bet you cant guess which one it is). I'm guessing it's probably impractical for normal footage, but maybe for animations and stuff with a lot of black?
|
|
#
¿
May 12, 2013 04:57
|
|
|
i bet if someone had recorded a video of your receding hairline and encoded it to mpeg2, it would have suffered from macroblocking issues
|
|
#
¿
May 12, 2013 22:58
|
|
|
Quine Connoisseur posted:if youre still using ffmpeg try ffvhuff i'll give this a shot tomorrow and let you know how it goes. i don't really care what container it goes into because the idea would be to transcode to something else on the other end. although i'm pretty sure the time it takes to do a lossless encode/decode is going to be greater than the files transfer rate but i'll see. anyone have much experience with ffserver? my dad needs a media streamer for his company, but since it's just a 2 person operation, i'd like to avoid making him pay money for wowza. it looks like ffserver will require way more footwork than wowza, which is fine, i'm just wondering how it compares in terms of stability/stream quality/etc. He's competent enough that i think he'll be able to hand generate his ffmpeg commands, and i think he should be able to make the m3u8 (since ffserver doesn't handle that). it just seems crazy that you're recommended to run an ffmpeg instance per media source, but i guess that's probably not practically different from what wowza is doing. it just feels like a lot, probably because i'm used to seeing ffmpeg jack up my cpu usage to 1200% -e nvm, huffy is looking really promising. DONT THREAD ON ME fucked around with this message at 09:02 on May 13, 2013 |
|
#
¿
May 13, 2013 08:22
|
|
|
i'm frankly surprised anything but sony products can create blu rays
|
|
#
¿
May 13, 2013 18:53
|
|
|
pagancow posted:JJ Trek 2 trip report: yeah first 3d movie i've enjoyed. would transcode again ++ not because the 3d was good, just cuz it was 3d and also the movie wasnt complete poo poo. just mostly poo poo. DONT THREAD ON ME fucked around with this message at 11:16 on May 20, 2013 |
|
#
¿
May 20, 2013 11:13
|
|
|
so is there no button on the go pro to white balance, because it sure loving seems like it
|
|
#
¿
May 21, 2013 15:56
|
|
|
Is there any LKFS calculation software that doesn't cost thousand and thousands of dollars? I understand why a real time monitor would be expensive, but there's I cannot imagine a reason that I cant just run an AIFF through an algorithm and have it tell me whether or not it conforms to the spec e: I should really google before i ask questions DONT THREAD ON ME fucked around with this message at 01:38 on Jun 6, 2013 |
|
#
¿
Jun 6, 2013 01:06
|
|
|
our network asks sots to be around -6db with -2db peaks and nats/music to be in that range if they're the focal point but apparently they've been doing LKFS metering for like, at least the last year and none of our shows have been rejected (until now)
|
|
#
¿
Jun 6, 2013 04:27
|
|
|
i cant stand him
|
|
#
¿
Jun 6, 2013 04:32
|
|
|
sooo i have to transcode some xdcam stuff into h264 for proxies, but for some reason the audio drifts out of sync on the transcoded version. i'm having the issue with multiple xdcam movies it's happening in both handbrake and ffmpeg (ffmpeg -> avi -> muxed to mp4 with MP4Box). anyone seen this? it could be a dropframe issue or something (because it's synced at first and then slowly drifts), but i'm not sure. i havent bothered to actually do any diagnostics because i figured one of you would be able to tell me whats up, tia
|
|
#
¿
Jun 8, 2013 09:01
|
|
|
i used to do it separately but right now i'm doing it at the same time. actually, i transcode to avi, then dump out the audio and video separetly with mp4box before muxing them back together (probably really dumb but i couldn't get it to play on all the various mac things without doing this). i'll see if the audio is synced up in the avi file. all of this would be pretty clearcut to me if handbrake wasn't doing the same thing.
|
|
#
¿
Jun 8, 2013 09:23
|
|
|
it won't play in all the quicktimes when i do that, which is unfortunately something it needs to do there's probably a way to fix it but i don't know what it is (i am using yuv420p)
|
|
#
¿
Jun 8, 2013 09:31
|
|
|
Suspicious Dish posted:It's a lapped transform, not lifting. A lifting scheme is just a technique to make the prefilter / postfilter invertible. 
|
|
#
¿
Jun 22, 2013 22:50
|
|
|
Smythe posted:why cant i hear dialogue in netflix but explosions r loud i have 2 speakers and me thing is set to stereo pleas help. i have a onkyo head unit thing that is meant for music i think. it has speak outputs for PHONO, CD, TAPE1, TAPE2. my spoeaker r jbl things because netflix doesn't have to adhere to the CALM act so they just poo poo audio out however they want
|
|
#
¿
Jun 25, 2013 02:59
|
|
|
been working on a show with a lot of go pro footage in it. i thought it looked really funky but the producer kept making comments like "wow i love this go pro stuff, that go pro look is great" so i ignored it. i finally decided to count the frames and it turns out all our go pro stuff has had some pulldown unnecessarily applied to it during ingest (head ingest guy thinks it is a software bug but i don't know). anyhow, i put together a quick program to batch ingest go pro footage with ffmbc, and now it all looks perfect. now the producer keeps asking 'what's wrong with the go pro footage' so i've started applying a frame duping filter to mimic the look of the bad footage.
|
|
#
¿
Jul 8, 2013 01:36
|
|
|
he said 'trust me, it's really in right now' (or something like that). he's probably right, i dont know. he's not a bad guy, just very tv people
|
|
#
¿
Jul 8, 2013 01:43
|
|
|
maybe your TV in the 90s was really bad
|
|
#
¿
Jul 8, 2013 02:01
|
|
|
in this case it was hosed up, but it worked. it just ended up looking very rough, which is what he wanted to see
|
|
#
¿
Jul 8, 2013 03:01
|
|
|
jesus even fcp 7 can do that
|
|
#
¿
Jul 8, 2013 03:34
|
|
|
so how bad is avchd
|
|
#
¿
Jul 9, 2013 17:53
|
|
|
here's some good reading. very informative and interesting http://forum.doom9.org/showthread.php?t=167428
|
|
#
¿
Jul 9, 2013 20:17
|
|
|
quote:4:2:0 vs. 4:4:4 is definitly very noticeable on videogame footage for example IMHO. quote:
|
|
#
¿
Jul 9, 2013 20:23
|
|
|
quote:
|
|
#
¿
Jul 9, 2013 20:29
|
|
|
i really want to know what he watches i mean there's literally nothing on television worth seeing in perfect color
|
|
#
¿
Jul 9, 2013 20:34
|
|
|
so is avchd better than older formats that use 422 (dvcpro, xdcam), because it has better compression and manages to store more information and therefore look better, or is it just more compressed so that you can store even more terrible looking media on your raids?
|
|
#
¿
Jul 9, 2013 21:42
|
|
|
yeah well, let me tell you how my company will make use of this tech
|
|
#
¿
Jul 9, 2013 21:53
|
|
|
Malcolm XML posted:dont stop this incredibly technology will be used almost solely for the distribution of anime
|
|
#
¿
Jul 10, 2013 04:13
|
|
|
pagancow posted:You can find .r3d files pushed around at the reduser.net forums, so you could test what it would really be like to compress nicely made images into hevc. Which cli encoder are you talking about
|
|
#
¿
Jul 12, 2013 18:36
|
|
|
Quine Connoisseur posted:thats a stupid way of doing it you can use ffmpeg for everything (except audio i guess unless you use ffmpeg's lovely aac encoder) Just recompile ffmpeg with fdk aac
|
|
#
¿
Jul 12, 2013 18:38
|
|
|
spankmeister posted:jonny make a weede strain called h.264 tia yuv420
|
|
#
¿
Jul 12, 2013 18:42
|
|
|
yeah i do this for a living and i generally have no idea what they're talking about (but my job is mostly not about this stuff)
|
|
#
¿
Jul 13, 2013 21:37
|
|
|
|
| # ¿ May 21, 2024 16:51 |
|
|
our editors really love speedramps as the person responsible for making sure our poo poo doesn't look like poo poo when it goes on TV, there's nothing i hate more than speedramps
|
|
#
¿
Jul 17, 2013 20:05
|
|