up next: curious george 2 http://movies.netflix.com/WiPlayer?trkid=805148&movieid=70130481 37:35 has an accomplish oh my g == netflix upscale notes == netflix :width=>657 for "HD" that said it was playing in HD, eh? ... hmm... at home: never says playing in HD, but lines look really good full screen...hmm... hulu has "up to 480p" as options...hmm... 360p speedracer displays as {:start_x=>535, :start_y=>328, :width=>542, :height=>410} 480p speedracer displays as {:start_x=>524, :start_y=>331, :width=>550, :height=>408} (same) and always the same size minimzed eh... netflix instant default minimum size is {:start_x=>38, :start_y=>109, :width=>649, :height=>372} Jonah is in hd http://blog.netflix.com/2011/03/netflix-lowers-data-usage-by-23-for.html 1080p possible, typically it's 720p apparently [?] 720p: 2200 kbps/192 kbps while "buffering hd" it looks a bit jagged...hmm... if you drag, it loses and discards all buffering. yipes. "DIS" allowing HD at first looks junky, then looks really good LOL HD looks basically perfect, though maybe some sharpening or what not could help still... the lines look awesome to good (this is "apparently probably" 1080p non HD, with their upconversion lines look pretty good, maybe a teeny touchup coloring maybe a bit weak maybe barely non sharp lines no artifacts that I can tell might not need hqdn3d? unless they have/use their own... TODO CGI netflix instant 1080p compare HD and non... == netflix instant vs srt == 00:02:34,427 --> 00:02:36,361 l'm sor init seemed 2:33 or end of 2:32 1.2s off init? sire, seemed right on 01:00:13,950 --> 01:00:17,716 General lroh, l'm glad you could accept my seemed end of 12 this one (netflix instant) seemed to match up really well with the subtitles just about 1.5s "late" the whole time... == compare upscaling settings == regular pullup not very good :P just with hqdn3d, same low res, seemed not very good I seem to slightly prefer DVD to directx upscaling (at least). More detail. more hair detail, wood has more detail with qt viewer: with 0001: 1x and 2x seem same like identical with 26 seem identical 99: 2x seems to barely pull out more detail out of the metal...interesting... with mplayer to view the jpg (direct3d) 01: wow looks igualzinho weird 26: igualzinho 99: igualzinho (too dark to tell...kind of weird there) -- ffmpeg bug? more hair, -ss 2:44 -frames 300 I guess the same way, -> jpg, compare the jpgs in quicktime then tweak it be able to screen scrape it to compare [?] 2x takes *way* way longer... 00: if there's a difference, I can't easily see it in picture viewer 75: 1x has better "lines" than raw 1x igual 2x (picture viewer) 150: 1x looks like normal LOL 1x igual 2x hair 225: 1x looks better than normal (fruit) 2x igual 1x 299: raw looks BETTER wood-wise hmm... really need a better way to record maybe? make mplayer go really slow, and have ffmpeg record it from screen [?] -> jpg and hopefully it will catch everything... == upconvert netflix == === mplayer avisynth === http://www.youtube.com/watch?v=hkOnH36S_pY&feature=player_profilepage mplayer's default upscaling seems to introduce wild dots..probably I think MS's bundled "magnifier" does some internal smudging for me, otherwise it would look awful mplayer at default seems to be doing weird things? paint.net on the win32::screenshot capture seemed to match quite well what the screen had. ffplay seems to show an exact verbatim copy... actually mplayer seems to be a good exact duplicate...maybe resizing hurt it though? === other === media player classic appears to have no cache. "uscreencapture settings" appears to be per app, so lost with a .grf file save [?] or maybe appear to be overridden...by WMC, mplayer10, not virtualdub, not ffmpeg, yes mplayer works for a demo, long term probably will need my own filter :) though for now I could just tell them "ok download graphedit too LOL, run this in virtualdub, position your window up there" virtualdub seems to get way behind...maybe it doesn't have the "framedrop" options that mplayer does? "desktop source" does seem to work well mplayer, though perhaps still a bit jerky... do I need to add a sleep in there? http://www.eggheadcafe.com/microsoft/Win32-DirectX-Video/31543477/csourcestream-fillbuffer--settime.aspx seems to imply that I should...I think. What matters is the delta from when the graph started running. http://msdn.microsoft.com/en-us/library/dd377506(v=vs.85).aspx maybe VLC is just a lot more stingey...hmm...it's because it's the only fella I have actually trying to mix and match audio+video I think I need to set mine to basically sleep until "almost it's time to do this" type of thing...maybe? It only seems to make sense to me to go "only as fast as x fps" otherwise...you'll be giving them bogus data! I cannot imagine that you can depend on the renderer to "backlog" you to exactly as many fps as you need. However, this doesn't explain VLC accepting these in such an awful way LOL. Also, maybe implementing IAMLiveSource would help even VLC...maybe...? It hates my filter! The only one it loves is that other one... . Hacky work around it is then... 53 fps with "straight" mplayer go_raw 36.7 at upscale 1280 (1024?) (warmup?) 31.7 at upscale 1680 15.0'ish at upscale 3360 1280 27 fps *maybe* hulu needs higher hqdn3d ringing not caused by -ssf ls=75.0 -ssf cs=7.0, yes ringing with filter length 1 no ringing if you double the screen res :) LOL basically 100% cpu at 2x screen res fps or what not...kind of 100%...kind of not... 13.3 fps 2048 1280 16 fps hqdn3d,scale,hqdn3d = weird streaking stars! -sws 2 2500 16 fps has striations :( -sws 2 2500 hqdn3d after: 6fps, before: 22 fps -sws 9 hqdn3d,2500 16.5 fps teeny striations -sws 9 1024 24.6 fps not many striations... teeny but visible. 1280 25 fps not many striations...yet visible indeed... seem to be better at 1024 than 1280... flash can be made faster? http://forum.xda-developers.com/archive/index.php/t-1164908.html it chooses 32 bits every time, even if I'm in 16-bit mode LODO === blttest === one monitor: 160'ish fps capturing at 1680x1050 (no memcpy though!) same with aero on or off dual monitor: 640x480 800fps (no aero) 750fps with aero. however with mplayer it was like 14fps with aero, 53 without, and 55 with single monitor (?) TODO can I get that 800fps somehow? or can I live without it? 350 fps aero dual monitor work desktop 383/700 at times fps non-aero same [?] [just disabling aero auto-made my thing faster LOL] == phreaky mplayer dvdnav == Tangled seemed to "not play without VLC help" at work, but not at home mac where it failed. Snow White apparently failed quite well at work, however. Man this is really really weird. == real time subtitle == 0.4 extra + 0.5 not nuf blacky, marked one, hitchhikers flight: first: second 168.0 -> 00:02:48.03 sez: 00:02:47,668 last: first 5151.2 -> 1:25:51.2 sez: 01:25:50,859 sum additive needed: beginning: add to the end 0.25s end: add to the begining 0.35s mplayer uses -framedrop -autosync 30 (no -mc) by default [!] == ts vs. mkv transcoding == mencoder fails c. mkv, succeeds c. ts (editing seems to succeed overall [?]) I think if I *assume* stretching...hmm...it'll probably be pretty close...hmm... == OSOH == this one seems to show that the makemkv == ts == 29.97 01:53:11.31, start: 0.000000 mkv ts 01:53:11.26, start: 600.000000 (essentially the same as above) makemkv11 01:53:11.31 ts 11: 01:53:11.26 VLC DVD sum: 1:53:05 -> 1:53:11.8 makemkv is quite close to @29.97 fps ffprobe -show_packets title00.ts 7391.234311 -> 2:03:11.2 # oh that's comforting LOL only has one demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. at the beginning == C == this one seems to show makemkv == (ts+0.2s) == 29.97 vlc DVD sum 2:10:56 (-> 2:11:03.9'ish) so this time mkv was 29.97 fps accurate less 0.2s? AVS says ts and mkv off by 0.2s mkv 02:11:03.84, start: 0.000000 AVS says it's 2:11:03.778 maybe lightning strike 2:11:45.096 720x480 [PAR 32:27 DAR 16:9], 8000 kb/s, PAR 186:157 DAR 279:157, 29.97 fps, 59.94 tbr, 1k tbn, 59.94 tbc (default) you'd think that'd be ok...hmm... or do the players trust it too mightily or something... [?] mediainfo: Frame rate : 29.970 fps mplayer: VIDEO: [MPG2] 720x480 0bpp 59.940 fps 8000.0 kbps (976.6 kbyte/s) with no switching content messages...so I'm guessing makemkv just maps the given frames into mkv slots [?] that should be ok...unless it's getting its math wrong somehow... NB: had 4 back and forths telecined to progressive [I imagine telecined...] (also had at least one mplayer split) ts forceidx: 02:24:10.50 # 12 minutes too far! gah! ts idx: 02:24:10.50 # again! mkv11 02:11:03.84 mediainfo: 2h 11mn yea ts11 Processed 188659 video frames 02:11:03.62 ts 02:11:03.62, start: 600.000000 start 600? huh? vob [ffmpeg?] 02:11:03.77, start: 1.000000 edited.avi 02:11:03.38 forceidx.yo.avi (mencoder) 02:11:03.40, start: 0.000000 c.mplayerdump.mpg [in AVS] sum 2:11:04.89 lightning: 2:10:45.079 (non AviDemux, so might be spot on) HBcli on dvd: handbrakecli --scan -i e:\ 02:10:56 so makemkv is perfect @29.97 on this one? fulli title00.ts.edited.fulli_unedited.tmp.mpg 02:11:03.05, start: 0.233367 maybe some are stripping trailing blackness? (about 2s'ish) mplayer dvd lightning: 2:10:36.0 Warning! FPS changed 23.976 -> 29.970 4364.7 it has a break in it though, looks like it anyway avi 02:11:03.38, start: 0.000000 apparently had 24 telecined frames (maybe some more at the very beginning...) if those were assumed to have been 23.97fps, but were 29.97 fps 25% additive, or about 0.25s I guess might explain difference mkv and ts... hb ffmpeg sum: 02:11:04.60 [ai ai] lightning AVS: 2:10:44.9 (about 0.3 early ?) lightning ts AVS: 02:10:45.302 ish mkv avs: 02:10:45.0 ish also avs says the mkv is 0.2s longer, really pretty close to ffmpeg's thing... == snow white DVD == has a plus 5 freako the TS *might* be right on, which would imply ts == 29.97, mkmv = ts*30.03 wall time latest: wrist watch started a tidge behind, ended up even further behind (powerdvd) 1:23:32 sum powerDVD *except* when you scan to the end, then it's 1:23:28 again my guess is powerDVD isn't keeping track except internally... seeking 1HR "good night" [good] night (her last one) yep it's totally internally inconsistent. Fascinating. TODO hb it straight [?] 120180 frames in the ts -> 29.97 1:46:50 . 120183 frames in the mkv LOL VLC sum DVD: 1:23:28 sum (-> 1:23:33.0 TS) -> 1:23:38.0 freako mplayer makemkv: A:5018.0 == 1:23:38 sum oh I feel strange... too many mplayer splits in this one... mpchc 1:23:28 sum DVD mpchc 1:23:28 sum mkv [huh? this mkv thing is confusing me...] check subtitiles +- file against file, DVD snow white ffmpeg ts time: 01:23:32.49 ffmpeg mkv: 01:23:38.07 differs from mpchc ? differs from VLC makemkv? TODO vlc mkv: 1:23:38 vlc ts: no times ffmpeg mkv: 01:23:38.07 ffmpeg ts: 01:23:32.49 It appears that makemkv is making certain assumptions that may not be true here? makemkv says "length shall be 1:23:11" (oopsy) mediainfo mkv: 1h 23mn 38s 70ms demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. only one V: 0.0 0/ 0 ??% ??% ??,?% 0 0 hmm...I'm beginning to wonder if maybe some are more honest than others... ? mac dvd player -> 1:23:38 "wall time" [?] anyway it was in lock step, either 28 or 38 yipes probably...28 I'm thinking bit discrepancy in there WMP wall time at one hour was 3s ahead of it now... which doesn't agree with mac dvd player? when OSOH they *did* agree? huh? how did this not agree with mac dvd player? what? that's not true, that's impossible LOL end WMP wall time: 1:23:32.8'ish ... sniff ... what the... WMP "says" sum is 1:23:28 -> 1:23:33.0'ish top of hill "Of one love" mplayer mkv: 01:20:35.38 ts: 01:20:29.8 # 30.5 ? hard to tell... it's pretty close at least... "should be" 01:20:30,831 NB the blu-ray subs seemed way different... blu-ray 01:20:14,276 whoa [3 different blu-ray subs agree...] powerdvd: 1:20:26 for that one == iq == this one mkv seems to have an extra second in there... 1h 35mn 49s 596ms and "expected" it errantly to be: 1:35:52.4...it's like half and half! ts is 1h 35mn 47s 41ms which might be right on compared to the DVD so this one implies that makemkv is just messed up? huh? ts seems fine again... maybe sometimes mkv stretches it double in error somehow? maybe it has *both* problems...LOL wall time seems to be 29.97 (DVD player reports 30) first hour at least at 1:09 it appeared to be like 6s "back", though makemkv may have interfered slightly... at 1:20 7s sum: 1:35:49.14'ish walltime so maybe normal subtitles are from rips, which have been transcoded to precisely 23.97 fps, so my files aren't precisely that...we shall see if this hypothesis holds true... V: 1.0 22/ 22 17302% 18% 0.0% 0 0 demux_mpg: 30000/1001fps NTSC content detected, switching framerate. V: 1.0 23/ 23 10748% 10% 0.0% 0 0 V: 1.0 24/ 24 10319% 9% 0.0% 0 0 V: 1.1 26/ 25 9846% 9% 0.0% 0 0 demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. mplayer for the mkv seemed to creep up? somehow it seemed to get messed up... TODO avidemux/quality editor for these various and its frames...what the? replaying mkv might not work so hot... maybe I can remux somehow first... [?] maybe it's because of all those transitions which caused lossy-stuff within the mkv... [?] can I use handbrake on mkv output? does it look better? is it just this one dvd? does the mkv match DVD mplayerdump.mencoderforceidx sum: 1:39:17 (4 minutes extra...somethin went wrong...) DVD sum: 1:35:41 -> 1:35:46.7'ish, so maybe we're close...round up LOL mkv sum: 1:35:49 [partially expected, partially huh?] mkv mac vlc 1:25:20 ish [ugh] originally reports it as 1:35:35 in its dashboard, this is without daspi mac DVD player: 1:35:41 converted: sum should be 1:35:46.7 and if again reconverted -> 1:35:52.4 [!] mplayerx cannot play DVD/seek right mplayerx on makemkv sum: 1:35:53 vlc on makemkv sum 1:35:49 mplayer command line makemkv end/sum TS: A:5749.5 == 1:35:49.5 seems zactly the same what about ffmpeg against that thing? ffprobe mkv 2810.792000 last video pts -> 46:50 or something [?] ffmpeg mkv->ts file: 01:35:47.09 ffmpeg mkv: 01:35:49.59 * maybe just this one is messed up? * AC3 can apparently have 6 channels: Decoding AC3 stream (track 2): Bitrate: 448Kbps Sample Rate: 48KHz Channels: 6 Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s Metadata: title : 3/2+1 midentify mkv: 1:35:49.6 midentify ts: 1:00:00 VLC doesn't get any timing info from it handbrake seems to be "smart" about it mkv "1:35:49" "results in 1:35:45" and ts "1:35:45" results in "1:35:45" except transcoded is 49 and 47 s. What? (47 might be expected...hmm...) == mplayer EDL == this works, 1:00 type timestamps are ignored # a comment 10 15 0 # a comment2 also works mplayer crash on edl 10 15 0 wordworld welcome to wordworld mac+pc dvdnav (dvd ok) title 3 ==== http://www.kdenlive.org/forum/xml-format-and-edls kdenlive supports EDL, apparently (video editor) == upconvert mplayer == === upconvert screen === http://lists.mplayerhq.hu/pipermail/mplayer-users/2005-June/053776.html umm...mplayer doesn't seem to support directshow very well...as in, at all LOL. VLC at least *tries* to support it . Oh give me a break. Oh well. I could either go with avisynth + MPC (I think) === upconverting to the huge monitor=== with the black laptop: "normal" dvdnav seemed to work all right, slightly jerky at times. I think that upconverting to the little monitor used more cpu. Anything to the big screen maxed out the cpu. I "think" it looked better upconverted than not, big screen too, though both really pretty good. Except the computer not LOL. work comp. can scale snow white like 30% cpu [is that out of 50?] to 1680... 25% cpu at 1680 1.5 res: 40%, tidge fuzzy 2520 2x res: 40%, awesome 2160 doesn't seem as good as 3360. I don't know why... 3360 -> 1680 in software is *way* too slow... 3360 seems better, anyway... 2160 versus 1680 didn't seem to make much difference... 2520 vs 2880 versus 3360 2520 38% cpu 2880 looks pretty close... barely prefer 3360, but...it may have been a different frame barely prefer 2880 to 2520 does 3360 drop? A: 14.6 V: 10.0 A-V: yep (work comp.) still seemed to use 40% cpu when multi-cored (sounds like an apple) -lavdopts threads=2 13.9 versus 14.2s for first 10s [yes! LOL] 3360 seems smoother than 2880, like much less pixelated. TODO try various DVD's with 1680 versus 3360...are they all supah clear? roary, mac: 1280: fine 1500: toast speed-wise 2500: fails === various options === avisynth Defaults: HQDN3D(ls=4.0, cs=3.0, lt=6.0, ct=4.5) mplayer hqdn3d[=luma_spatial:chroma_spatial:luma_tmp:chroma_tmp] mplayer defaults were: hqdn3d=4:3:6 hqdn3d[=luma:chroma:time] -vf hqdn3d=2:1:2 ("conservative" from http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-dvd-mpeg4.html) an avisynth upconvert howto: http://avisynth.org/mediawiki/Enhancing_dvd_videos http://web.archiveorange.com/archive/v/JbcLEih3ZwhZlMuTkxzR says "if you're upscaling [to grow the image] then do denoise before scale" -vo gl fails on a mac [huh?] 3360 looks quite crisp so far. 3360 didn't seem to help 1024 [?] maybe nothing can help 1024? the book should have looked better than "normal" DVD couple compare 3360 with 2048 in 1024, see what happens there...LODO low cpu mode? unsharp filter without upscaling. [?] http://forum.beyond3d.com/showthread.php?p=1008342 DVD: lanczos 2, -vf size=0:1 [accurate rounding] ... 3x resolution [!] "Luma Sharpen to 1.00-1.50 and Chroma Sharpen to 0.00. Enable Accurate Rounding." I don't know if accurate rounding is possible with mplayer+lanczos tho... hqdn3d put Chroma to 1.00, Time to 4.00 and Luma to 0.00. hqdn3d[=luma_spatial:chroma_spatial:luma_tmp:chroma_tmp] how? deinterlacing [I don't think this matters, really I don't] xvid: Denoise3D settings, put Chroma to 1.00, Time to 4.00 and Luma to 0.00. postprocessing "strongest" ("or SPP through usually broken") mplayer accurate deblocking lanczos luma 0.5-1.5 chroma 0, accurate rounding deinterlacing: - Set it to Framerate doubler, and "no motion estimation - blend images" TODO http://lists.mplayerhq.hu/pipermail/mencoder-users/2009-May/010344.html says use pp=al after hqdn3d to help with trails/blurring TODO compare with mpc-hc with ffdshow...same? guess I prefer mplayer to VLC at this point anyway EDL support is just better... is "-mc". It means "max A-V time correction per frame", and defaults to 0.01. For good input, you can go down even to 0.0001, but 0.001 i -vop denoise3d -vop hqdn3d http://freshmeat.net/articles/fine-tuning-mplayer -sws 9 lancosz http://forum.doom9.org/archive/index.php/t-140961.html: says "if -ssf ls=90 doesn't sharpen, try a real unsharp filter" http://web.archiveorange.com/archive/v/JbcLEyHOOOqckAEhZ7Hd says the same thing. broken? LODO see if sharpen is working at all even http://www.neowin.net/forum/topic/422992-a-how-to-guide-upconverting-video-using-ffdshow: denoise3d hq luma 7 chroma 7 time 5 "specify size 1280x768" "no auto aspect correction" TODO why? might not matter? might let it "go full screen 4 sure"? lancozsa 10 "Luma sharpen" and "Chroma sharpen" to 1.50 (out of 2.0) http://blog.thewombat.org/2008/11/how-to-use-vlc-096-as-upscaling-media.html "add a video post processing filter" "add a video scaling filter" "add sharpen as a filter" (manually) set sharpen strength to 0.15 (0.25 for hq) "set post processing strength to 6" (lower for lesser CPU)" No. As long as the GL renderer works with your hardware/driver combination, it's a lot better then the directx/overlay renderer. You might want to try "gl:yuv=4:cscale=5:lscale=5" for even better rendering quality... http://forum.doom9.org/showthread.php?p=1089768: hardware gl: gl:yuv=4:cscale=5:lscale=5 This guy has some very aggressive sharpening parameters [LODO try out]: http://www.nrtm.de/index.php/2010/09/11/mplayer-aggressives-scharfen/ "use the following syntax to playback DVD movies." Code: mplayer -pp 0 -vf-clr -vf pullup,yadif=1,hqdn3d=2:1.5:3,scale=-1:-1:0 -ssf ls=100 dvd:// Let us assume that hqdn3d=2:1.5:3 is a good way to clean up MPEG-2 and yadif=1 is a good decent de-interlacer. I would say that the following should work ok for most content. mplayer -vf yadif=1,hqdn3d=2:1.5:3,scale=-1:-1:0 Maybe adding -ssf ls=100 will increase the sharpness of the content to bring out the details of the video. With mencoder, it is a little different on what options you can use compared to mplayer, so play around with the settings." http://ubuntuforums.org/showthread.php?t=77329&page=6 hqdn3d=2:2:3,pp=ac like this for anime...LOL I can see my jruby wrapper now... hqdn3d[=luma_spatial:chroma_spatial:luma_tmp:chroma_tmp] http://forum.doom9.org/archive/index.php/t-79335.html lists some less aggressive hqdn3d options... #This sets the postprocessing into overdrive using all possible spare cpu cycles to make the movie look better autoq=100 vf=pp=de,hqdn3d http://freshmeat.net/articles/fine-tuning-mplayer: -mc 0.001 # except for slow CPU oh my! 0.5? seconds per frame...I guess this in conjunction with autosync... hqdn3d=3.5:7:5 # never > 15 for the last number comment: -vop pp=hb:y/vb:y and only on low-res (no post processing for HQ videos...hmm...) -autosync 1 (or more) might resync my cruddy DVD's... seems to work! (mac) more [open]gl: "use these options" http://forum.doom9.org/archive/index.php/t-132325.html hardware renderer -vo gl by itself causes extreme stuttering and 100% cpu use on the work desktop...maybe not worth it, eh? === hqdn3d=7:7:5 # 3.5:7:5 for mpeg?? -sws 9 -vop scale=10 # lancosz inensity 10...I think...huh? -ssf ls=75 # out of 100? scaling sharpen filter (luma) http://www.linuxquestions.org/questions/linux-software-2/how-can-i-get-top-quality-video-with-mencoder-636846/ uses 100 ... -ssf cs=75 # scaling sharpen filter chroma post processing options: "-autoq -vop pp" "-vop pp=ab/hl" "-pp 6" # deprecated ummm...does lanczos accept -ssf ls=75.0 -ssf cs=75.0 ?? or do I still need to add an unsharpen filter somehow? [swscaler @ 013a25f4]using unscaled yuv420p -> yuv420p special converter VO: [directx] 720x480 => 720x540 Planar YV12 is definitely bad :P none at all looks...pretty good... https://discussions.apple.com/thread/1771812?threadID=1771812 -zoom -sws 9 -vf scale=1280:720:::9:10 -ssf ls=74.0 -ssf cs=7.0 +- for audio: -ac hwac3 hwdts how useful is post processing? # do I need hqdn3d at all here? do I run well on those images? is lancosz 10 best? -vf spp might help, use lots of cpu [?] === current sum === mplayer filename -autoq 6 -sws 9 -vf hqdn3d=7:7:5,pp,scale=1280:-1:0:0:10 -ssf ls=75.0 -ssf cs=75.0 or -sws 9 -vf hqdn3d=7:7:5,scale=1280:-1:0:0:10 -ssf ls=75.0 -ssf cs=75.0 or -sws 9 -vf hqdn3d=2:1.5:3,scale=1280:-1:0:0:10 -ssf ls=75.0 -ssf cs=75.0 ==== prop ==== "upscaling" http://forum.videolan.org/viewtopic.php?f=14&t=23579&start=0&st=0&sk=t&sd=a http://www.neowin.net/forum/topic/615696-permanent-upconversion-in-software/ http://forum.videohelp.com/threads/280895-Is-there-computer-dvd-software-that-will-upconvert-regular-dvds http://forums.cnet.com/7723-7596_102-285455.html http://www.avsforum.com/avs-vb/showthread.php?t=1060735 http://forums.macrumors.com/showthread.php?t=1129925 wikipedia LOL == WMC/other EDL plugins == http://superuser.com/questions/34128/xbmc-with-media-player-classic-home-cinema apparently mymovies can use power dvd, which seems an external app... http://www.mymovies.dk/forum.aspx?g=posts&m=127771#127771 http://forum.xbmc.org/showthread.php?t=28795 XBMC doesn't support real-time DVD EDL playback at all oh wait maybe it does now... http://forum.xbmc.org/archive/index.php/t-69388.html ps3ms edl might work too... http://cybernetnews.com/cybernotes-skip-commercials-in-windows-media-center WMC can do it too kind of? might apply to the mymovies community...though looks a bit hard :P (it uses http://babgvant.com/Wiki/view.aspx/DVRMSToolbox/Commercial_Skip_Addin ) mymovies/WMC to use external app...looks like maybe : http://www.mymovies.dk/forum.aspx?g=posts&t=10956 from http://www.mediasmartserver.net/2010/01/29/guide-using-mpc-hc-as-your-video-player-in-wmc-media-browser/ which itself uses the "media browser" plugin appears that WMC *has* to use a plugin to launch an external app...and mymovies doesn't always even then [?] is thereatek upconverting? forget it either way LOL == subtitle accuracy == narnia dawn treader had 1 subtitle that was "hand crafted", had the wrong timestamps, but was more accurate. The several others were accurate though. == auto subtitle download for a DVD == opensubtitles' viewer gets "nothing" for subtitles of DVD's...smplayer requires you to manually search, too... splayer doesn't seem to attempt auto-download either of subs for DVD's. Feels so nice tho :P == true dvdid == dvdid /Volumes/BAM0NNM1 3121d937|cc97b745 (seems consistent like a champ...) == ffmpeg vs. AVS vs. powerproducer zact timings...splitting fulli c lightning == try with all x*y ways to do this LOL fascinatingly, on the mplayer dump file, the OSD doesn't work right, and resets. LOL mplayer dvdnav OSD: preceding: 02:10:36.-4 actual strike: 02:10:36.00 == does it work with makemkv with ts muxer? == OSOH/ title00.ts transition: frame 107798 00:59:56.863 with ffmpeg 3596.82 seems to be in perfect lock-step with the other. both have sound. perfeito == so...does it work with makemkv without tsmuxer? == using -ofps 30000/1001 -mc 0 -noskip caused the audio/video to mismatch wildly :P extracting audio didn't play back in VLC with correct sig [which means nothing] me having to demux to *ts* is not an option :P mencoder1 -mc 0 -noskip title00.mkv -ofps 24000/1001 -of mpeg -mpegopts muxrate=300000 -alang en -sid 1000 -oac mp3lame -ovc lavc -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=1:vstrict=0:acodec=ac3:abitrate=192:autoaspect -o something.mpg did *not* seem to work (avidemux: audio messed up, transition 86250 00:59:57.347 which is kind-er right...) to be continued... demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. OSOH only saw it once == ja donatei == ossfarm, putty, tons others, I think... == ffmpeg vs. AVS vs. powerproducer zact timings...splitting fulli == conclusion: mencoder splitting for zact timing seemss off ffmpeg is consistent with ffprobe I...would guess. which *seems* to match the DVD "quite closely" note this was fulli from mplayer rip...though ffmpeg seemed to match better with both [?] transition on fulli: avs: 59:56.867, pp: 56.90, avidemux: 56.863 maybe pp was .86 but didn't update its framing right? ffprobe shows possible vcodecs at: 3596.826 3596.793 3596.826 3596.8597 3596.893 3596.926 counting them: 107790 doesn't line up at all...10 frames off? it must duplicate some frames implicitly... ffmpeg at 3596.866 got avidemux's frame: 59:56.930 (107800) ffmpeg at 3596.83 got avidemux's frame: 00:59:56.896 (107799) ffmpeg at 3596.82 got avidemux's frame: 00:59:56.896 (107798) which seems to match ffprobe...and imply that 3596.826 is the transition frame [?] so basically everything is...one frame off? ffmpeg is one frame off from avs/others? mplayer DVD OSD: 00:59:53.25 (converted: 3596.84) V:3597.3 [V value huh? ] previous frame to transition one was 59:53:21 [pre-switch] (3596.80 converted) about one frame off avs/avidemux [] . = frame advance in mplayer title00.ts (non-finger frame) AVS on ts (not fulli): ffmpeg's 3596.82 frame is shown 57.042 [+ crash?] powerproducer: 57.0 even (meaning probably the frame before 57.03) mplayer: 4197.0 [second .0], (OSD from file) avidemux on .ts: 00:59:57.347 86250 (but the timing is always off for that one...) however with fulli I guess we're closer somehow magically [?] mencoder 3596.82 seemed *way* too early frame-wise... used: mencoder1 -ss 3596.82 -endpos 3 -oac copy -ovc copy title00.ts.mencoder.fulli.mpg -o title00.ts.mencoder.fulli.mpg.mencoder.3596.82.mpg NB: "non knuckles" *is* the first transition frame... and it "should" be OSD, above...huh? the ts file is off? title00.ts.fulli AVS 59:56.887 [phew pretty close again...what?] conclusion: the ts is a bit off somehow? what? powerproducer: 56.86 or 56.90 AVS on original mkv: non finger frame: 56.966 (previous was .926) == ? == mkv2vob just extracts singles, not re-muxes them [not useful here] mkvmerge only ... [not useful here] conclusions: mencoder -forceidx can make a copied rip file play great in mencoder [and presumably be cut right?] makemkv has no problems with/signs of internal resets. VLC playing any mpeg *file* is actually pretty close to right on [?] dvdoutmplayer.mpg.mencoder.ofps.mpg did not save avidemux VLC playing mpeg *file* is actually pretty accurate. Oh the insanity...I guess the extra abstraction of reading from disc kills it. mplayer playing mplayergrab *does* reset internally...and osd also fails...interesting... *however* running mencoder1 -forceidx c.mpg -ovc copy -oac copy -o c.mencoderidx.mpg *does fix it* (for mplayer anyway...) unfortunately unseekable in avidemux... makemkv doesn't reset ever...timestamps are I think 29.97 in that case (both OSD, other) tsmuxer on that *lacks* timestamps at all in VLC, mplayer is 10 minutes off, it's in french [?] splitting it goes a bit early (oh duh it has all the i-frames still...) == splitting osoh/accuracy == old way: rip/fulli with mencoder dvdnav+fulli freaky, split with ffmpeg, join with mencoder mencoder filename -of mpeg -mpegopts format=dvd:tsaf -alang en -nocache -sid 1000 -oac mp3lame -vf scale=720:480,harddup -ovc lavc -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=1:vstrict=0:acodec=ac3:abitrate=192:autoaspect -ofps 30000/1001 -o something.mpg avidemux on this had way off audio--video looked ok avs on this: unseekable ffmpeg -i filename -vcodec copy -acodec copy -ss 3595 -t 10 part1.avi transition at 1.835 frame 55 that actually might be right...wow it actually seemed to work I am *flabberghasted* avidemux can open it well AVS can open it, but not seek nor play it [useless] the painful virtualdubmod: http://forum.videohelp.com/threads/326615-Play-an-MTS-file-frame-by-frame-displaying-timecode-or-frame-number machete can't open mpeg avi's :( can't open anything from the old work flow...guess it's out. 0.0334 is length of one...except then it ignores that :P ffprobe (dvdoutmplayer): I think pts is what matterz over dts duration_time doesn't seem to match LOL. 3594.904978 3594.955022 [3594.988411 3595.038456] 3595.071822 videos pts' at: 3596.906978 3596.957022, 3597.040456, 3597.073822, 3597.123878 so telling it last video: 6791.515056 1:13:11.52, or possibly 6791.431644 1:13:11.43 these don't match AVS precisely...no no... first video: pts_time=0.280633 though one was N/A, so what is AVS's 0.016 ? nothing matches? (unless they have some internal counter they're "matching" against it... hmm...) double check AVS: mplayer 59:56.991 (3596.991) (one at 3596.990411, next at 3597.040456 ) mkv 56.971 (with lots of back clicks...) 56.987 with 14 clicks... I think hitting the stop button does reset it. clicks divide by 2? 59:56.969 with lots of forward clicks... says sum is 1:53:11.334 "ideal" would be a transition at 1.987 I believe (off 59:56.987) [-5,5] 1.301 for (avidemux) change of scene for ffmpegdvdout.vlc.8.mpeg, ffmpegdvdoutmplayer.mpg 2.102 for (avidemux) change of scene ffmpeg.mencoder.dvdoutmplayer.mpg [what is that anyway maybe fulli from dvdoutmplayer ?] that looks like an odd difference. Except maybe they went in different directions searching for an iframe... ffmpeg splitting dvdoutmplayer.mencoderfulli.mpeg resulted in no audio avidemux, and the poor video that we saw before in avidemux [way off] $ created it with mencoder filename.whatever -of mpeg -mpegopts format=dvd:tsaf -alang en -nocache -sid 1000 -oac copy -vf scale=720:480,harddup -ovc lavc -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=1:vstrict=0:acodec=ac3:abitrate=192:autoaspect -ofps 30000/1001 -o output.mpeg mencoder splitting the same had audio [seemingly not accurate?], and the same way off video. Seems that *that* fulli is *honestly* messed [same as in how_to I believe] except now I try it again later and it works? maybe -oac copy messed it up? mencoder went really fast though :P did have oac copy tho... mencoder splitting OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi: audio was the same as the beginning of the movie LOL [needs to be re-transcoded?] transition: 00:00:02.080 frame 52...hmm...maybe 3 frames off/late? hmm...well 3 frames (maybe 2) is better than 9 uh guess (still only 0.1s which...maybe acceptable...) OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi.ffmpeg.10.mpg not even VLC can play/open it LOL $ splits it with ffmpeg -i OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi -vcodec copy -acodec copy -ss 3595 -t 10 OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi.ffmpeg.10.mpg that was handbrake I suppose... maybe I can survive with raw mpeg -> fulli ... AVS *might* be a tidge off, too...but I'm starting to think it might be spot on...but maybe not... avidemux on "mp4'ed" ffmpeg dvdoutmplayer: transition 00:59:56.963 # maybe machete was rounding this up? dvdoutmplayer.ffmpeg-copy.ffmpeg.mpg [NB avidemux likes this much better than avi!] 1.3s [like the old one...] with big avi's avidemux always says "rebuilding frames", also it did not fix avidemux to become frame accurate, with the normal lossless mpeg's in there. cannot avidemux seek, or rather it is truly painful! gah! cannot seeming AVS seek? dvdoutmplayer.ffmpeg.copy.avi OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi when played in VLC, seemed to transition at about 59:56.9'ish OTHER_SIDE_OF_HEAVEN-1handbrake.ffmpeg.fulli.avi.ffmpeg.10.mpg unplayable in even VLC dvdoutmplayer.mpg.ffmpeg.mpg.ffmpegcopy.10.mpg played fine 1.3s, maybe it's an mp3 ffmpeg splitter bug thing? from avidemux it's cutting at (albeit useless) 00:59:55.720 re-avi or mpeg'ing with ffmpeg doesn't save avidemux. k? plus re-mpegin'g it's unopenable with AVS Editor AVS can't seem to use dvdoutmplayer.mpg ? == never try == check if mencoder/ffmpeg go forward to backward to find the nearest I-frame... mencoder as ts muxer? vlc? virtualdubmod mpeg2... mkv to mpg? mencoder -ovc copy -oac copy -idx -o mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001 http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-telecine.html # should set it right :P I think ps > ts ? and VLC will trust it? [does it avidemux help?] == makemkv to mpg OSOH == conclusions: tsmuxer is quite good makemkv seems great frame-accuracy-wise also mplayer... makem4v -> tsmuxer -> avidemux isn't enough tsmuxer cannot unmix handbrake's file. ffmpeg seems out as ts muxer: https://ffmpeg.org/trac/ffmpeg/ticket/177, even with June 3 version Ffmpeg.exe -i myfile.264 -i myfile.aac -vcodec copy -f mpegts -acodec copy output.ts mencoder "hurls" through it: mencoder -ovc copy -oac copy -idx -of mpeg -o yo.mpg big.mkv tsmuxer? http://juliensimon.blogspot.com/2009/01/howto-converting-mkv-files-to-play-on.html http://www.smlabs.net/en/products/tsmuxer/ mkvtoolnix doesn't work... maybe if I use ffmpeg to fulli it first... My first question is...does handbrake and makemkv match, +- fulli makemkv => tsmuxer => ts avidemux: still needed frame shifter... audio still off... transition 86250 59:57.347 I seem unable to very the frames of the HANDBRAKE one LOL. It keeps segfaulting Avidemux no matter what it's status... plus I can't compare except by framecount, which is probably messed up anyway...hmm... mkvextract{+...} over tsmuxer? ffmpeg -r 23.976 -f h264 -i video.h264 -f ac3 -i audio.ac3 -vcodec copy -acodec copy -f vob output.vob tsremux ? m2ts ? H264TSCutter ? speed indexing avidemux off blacky slow: 3 MB/s tsmuxer blacky fast -> slow: 8 min 37 secs for 5.33 GB avidemux blacky fast: 38 MB/s...blacky slow started choking near the end... == c == conclusions: mplayer's are consistent grabbing cross-platform makemkv is consistent size-wise, same boxes... vlc seems to always be consistent with itself, frame-wise vlc is off of mplayer/mkv by 0.3s, but not at the beginning so what the.... can discard vlc dvd :) one frame off is probably ok/accurate. avidemux cannot read makemkv output. timing "cairo next week" powerdvd, "10 %" vlc, mplayer's OSD "cairo next week" [!] mplayer1 dvd://1 mpui has the same "crash" with dvdvnav... vlc dvd-straight dvd://f:\@1 --sout "#standard{access=file,mux=ts,dst=dvdout.vlc.dvd.3.mpg}" vlc://quit caused it to go past the end of the title and just keep looping oddly :P at the end there was a menu but only for about 5s...hmm... mplayer can't play it seemingly. avidemux thinks it's the menu, 1 frame long this is the loopy one vlc can play it at the beginning, seeking seems to end early or...take forever? vlc dvdsimple that file plays in VLC without timestamps, with always 00:00, seeking takes forever :P plays in smplayer, timestamps/seeking way messed. avidemux: lookup and smile and breath 1:00:00 188642 frames 02:11:07.951 (should be 188654 but that's ok...) transition back 2:00:00.533 frame 172640 (same with second copy) at home: 15 MB/s, 39% cpu total: 188642 frames, 2:11:07.951 end frames lookin' very black... lightning hits ground: 188097 02:10:45.220 fading in c: 111 mplayer.raw: mplayer -dumpstream dvd://1 -dvd-device d: -dumpfile dvdout.mpg playable VLC, seeking a bit odd. playable mplayer says it's 1:27 total [disc break?] I do declare, it suffers from the same time repeat stuff that mplayer does and mplayer appears to exit if you go past the first's end timeout :P sound in sync can't seek [?] on the DVD it has about one disc break avidemux: says it's 2:11:09.828 188687 frames total 2:00:00 look at him, he looks back, look at him "hey" transition back to him after 2: 2:00:00.909 frame 172649 hmm... at home: 8.6MB/s, 5% cpu [scawah slow!] D:\>md5sum dvdout.mplayer.dvd.dumpstream.mpg mplayer.dumpstream.2.mpg a147eb922cb00eff5d3a25e155390380 *dvdout.mplayer.dvd.dumpstream.mpg a147eb922cb00eff5d3a25e155390380 *mplayer.dumpstream.2.mpg total: 188687 frames 2:11:09.828 fading in c: frame 111 lightning hits ground: 188106 02:10:45.595 (vlc off by 0.375 ?) they all have the beginning dot of the poof at 228... handbrake at home: 6fps, 237K/s [compressed]/s widely different sizes: 4786500 -rwx------+ 1 Melissa None 4901372252 Jun 2 20:54 dvdout.vlc.dvdsimple.mpg 4948560 -rwx------+ 1 Melissa None 5067325116 Jun 2 21:09 dvdout.vlc.2.mpg [loopy?] 5372 -rwx------+ 1 Melissa None 5496968 Jun 2 22:05 dvdout.vlc.dvdsimple.mpg.idx 5102140 -rwx------+ 1 Melissa None 5224591360 Jun 2 22:10 dvdout.mplayer.dvd.mpg good news is vlc didn't seem to crash anymore makemkv -c-: 11 MB/s, [says 4.5x] no pauses, 13.5 MB/s, 14.5 MB/s, seems to grow as it goes... 19 Mb/s...18...11:31 plays well with no freaky seeking in smplayer, timing "feels close or right on" white subtitles plays well vlc, same, but with yellow subtitles [subtitles always enabled by default???] avidemux appears to be a raw rip... opens very slowly in avidemux at home...feels longer...3 minutes to load each time? 2:11:08.618 188658 frames total had to set it to 24 frames [? huh it worked once?] no video, audio jerky, r7149 makemkv -> tsmuxer -> avidemux: 188657 frames total transition: 172649 02:00:00.909 [didn't have to adjust frame rate] lightning strikes: 188106 02:10:45.595 jerky audio but works [and video works] 06/04/2011 11:26 AM 5,140,185,916 title00.mkv 06/07/2011 10:22 PM 5,330,395,396 title00.ts 06/07/2011 10:27 PM 5,659,886 title00.ts.idx 5,140,185,916 title00.mkv other one, 934 on mac They start the same, then consistently get 9 frames off at some "hiccup" point...so one is wrong... dumpstream mac: [md5 reads at 23 MB/s] real 45m56.187s user 0m49.138s sys 5m43.019s a147eb922cb00eff5d3a25e155390380 mac.dump.mpg flash: 188106 vlc dvdsimple mac: vlc dvdsimple://d:\@1 --sout "#standard{access=file,mux=ts,dst=dvdout.mpg}" vlc://quit /Applications/VLC.app/Contents/MacOS/VLC dvdsimple:///dev/disk1@1 --sout #standard{access=file,mux=ts,dst=dvdout.dvdsimple.vlc.mpg} seems to be writing at about 4 MB/s, is in super time, 28% cpu 55-32 = 23 minutes lightning: 188097 makemkv mac: 3.9 MB/s [2.9x]...5.0 MB/s...40% cpu 5140185934 Jun 4 14:29 title00.mkv 5140185934 Jun 4 22:29 title00.mkv # that's nice...pretty close :P avidemux (old) no video, tsmuxer doesn't work, so can't tell if accurate. via tsmuxer pc: 015257ed8192206d8b6f1d25ce2800a0 *title00.ts correct frame-age 106 *can* edit it via avidemux mac correct frame-age 106 md5[sum] takes 8 MB/s read speed [a bit slower than the desktop felt like half'ish for indexing] mac tsmuxer MD5 (title00.ts) = 015257ed8192206d8b6f1d25ce2800a0 avidemux matroska from blacky fast drive: 35 MB/s copy blacky slow drive to fast: 30 MB/s (until hit non defrag is my guess, then lik2 2 MB/s) == disc id == http://forums.thetvdb.com/viewtopic.php?f=8&t=1726&p=25563#p25563 seems to imply that their disc id field is currently useless...not sure they'll be useful to me at all then... == VLC as a ripper == Can't figure out how to use the gui at all, files are always blank or not there? yipes. Looks like dvdsimple still uses dvdnav so we should be all right with dvdsimple I think. == ripping sintel == thoughts: VLC cuts off a bit at the end, it appears mencoder seems a bit trippy, also cuts off the end [?] huh? makemkv: [says 14.7 MB/s] avidemux: cannot seek easily, audio seems right on, cannot see video 2,277,725,773 title04.mkv 2,277,725,773 title04.mkv # accurate size... 5a25ac6a97dea8989fa18d35562eb9a0 *Sintel_NTSCa\\title04.mkv e08d829137b8c1f0008d4bd974f8a0ba *Sintel_NTSCb\\title04.mkv handbrake has "inconsistent" output (timings seem fine, however, huh?) 05/25/2011 01:20 PM 223,727,993 Sintel_NTSC-2.dvdcss.2.m4v 05/25/2011 01:47 PM 223,728,412 Sintel_NTSC-2.dvdcss.3.m4v 05/25/2011 01:01 PM 223,727,952 Sintel_NTSC-2.dvdcss.m4v 05/25/2011 12:13 PM 223,727,148 Sintel_NTSC-2.m4v # pretty close though 213M May 25 13:01 Sintel_NTSC-2.dvdcss.m4v 213M May 25 13:20 Sintel_NTSC-2.dvdcss.2.m4v avidemux: sound and audio work! :P "voice" at 14:33 vlc Sintel.handbrake.m4v 14:33 "voice" 15:02 total, got to the "real" end using mencoder for raw copying seems...to not work so well. Maybe it was warning me how cruddy it is. it's either mplayer or VLC uh guess. I think. vlc dvdsimple.1 avidemux: 26607 frames sum 14:47.787 [bizarre] sound is on voice 14:33 seems to go through to the end vlc to play: no timing info, seems to go through to the end vlc dvdsimple.2 avidemux: 26607 frames sum 14:47.787 "t" 14:39 mencoder dvd/dvdnav has *tons* of ERROR: scr 137.884, dts 0.000, pts 137.022 1 duplicate frames(s)! Post: 321.7s 1000f... [normal status line] at least it says "success" at the end yipes. Yiperipers mencoder. mencoder.dvd when replayed with WMP had messed up audio, same with mencoder.dvdnav mplayer dvd played fine with WMP sintel has 3F2R/LFE audio dvdout.mencoder.straight-copy.dvd avidemux ends too early 13:26 huh? switching to 24fps doesn't help... 24180 frames audio is in perfect sync avidemux doesn't show as much of the end as VLC does huh? in VLC has no sound at the end ** loses end ** ends early still, just cuts out at 14:47 "your voice" at 14:33 dvdout.mencoder.dvdnav avidemux 13:54 25005 frames I will be listening for the drum... dvdout.mplayer.dvd avidemux: 27030 frames 15:01.901s "voice" 14:33 vlc "voice" 14:33 15:01 ffmpeg Duration: 00:15:01.63, start: 0.300300 (like 15:01.93?) dvdout.mplayer.dvd.full.2 avidemux 27030, 15:01.901 dvdout.mplayer.dvdnav.2 avidemux 27030, 00:15:01.901 "voice" 14:33 sintel_open_source.fulli_unedited.tmp.mpg avidemux 26607 frames, 14:47 (is complete) audio is absolutely off VLC audio is on total 14:47 (complete ?) your voice 14:33 what the....it's on but then too short but it's not? guess is it's "ok" but indexed poorly somehow... this is ridiculous mplayer rip's seem to be md5 consistent, with dvd and dvdnav (though slightly different) handbrake md5's/sizes don't match... ba99d43dc28d8407be7e194008594615 *Sintel_NTSC-2.dvdcss.2.m4v 657bba230231ac18669de6a6c86f81bc *Sintel_NTSC-2.dvdcss.3.m4v 6ec89d2ed2fcb7a468f2ee0d98a997f7 *Sintel_NTSC-2.dvdcss.m4v 4bb9f388ee964697f21129fd4b9caacc *Sintel_NTSC-2.m4v 109242 -rw-r--r-- 1 packrd Administ 223727148 May 25 12:13 Sintel_NTSC-2.m4v 109243 -rw-r--r-- 1 packrd Administ 223727952 May 25 13:01 Sintel_NTSC-2.dvdcss.m4v 109243 -rw-r--r-- 1 packrd Administ 223727993 May 25 13:20 Sintel_NTSC-2.dvdcss.2.m4v 109243 -rw-r--r-- 1 packrd Administ 223728412 May 25 13:47 Sintel_NTSC-2.dvdcss.3.m4v == timing dvd player time versus clock/wall time: == at 1:44:00 or so I seemed about 6s ahead. yup yup. at end, I had like 1:53:20'ish'ish [?] (ok probably like 1:53:11 but who knows for sure :P) appears that 29.97 is closer to "wall clock time" and DVD players tell you 1:00:00 when it has taken you 1:00:04 in reality. at 1:00:00 wristwatch was about 4s ahead == using handbrake's file for splitting == I think it's accurate...and with conversion to fulli editable in avidemux :P using ffmpeg/mencoder against handbrake, they seemed to be a few seconds forward I think...sigh... TODO figure out how to use handbrake, if I ever need to it's almost user friendly, dang! TODO try the parsers on the...handbrake fella somehow? avidemux? maybe convert to mpeg or something +- GOP 1 maybe handbrake is "reading my mind" time-wise and inserting 30fps timestamps on each frame? handbrake -> ffmpeg I think sameq -> ffmpeg split avidemux: 1.96 same with same file split again...hmm...at least it's consistent... vlc: no audio mplayer: I o[o]nce was lost handbrake -> ffmpeg I think sameq -> mencoder split audio is the beginning LOL avidemux 2.04 [pretty close...interesting] == blu subtitles versus dvd == National Treasure [2004] {English} [XviD].srt doesn't seem to match up with mplayer OSD, like 6 seconds off per hour? mplayer OSD seems way off...or actually match normal players whoa!? 865 01:28:47,322 --> 01:28:48,864 … we have… 866 01:28:49,908 --> 01:28:51,325 … dragons. dvd subs: 869 01:28:47,602 --> 01:28:49,126 ...we have... 870 01:28:50,205 --> 01:28:51,604 ...dragons. 0.3 off? how to train dragon DVD srt right on with mplayer DVD 29.97 == mplayer dvdnav == mplayer os x extended has the same "where am I?" on this DVD problem mplayer has. monsters' inc. plays fine with CCCP+WMP in XP. No 'where am I?' syndrome. == avidemux on ripped files == my *guess* is that any transcoding will save it, anything else won't :( [bounty is out for it though!] avidemux barely off lips: mencoder -forceidx -oac copy -ovc copy dvdoutmplayer.mpg -o yo3.mpg is unseekable ffmpeg -i dvdoutmplayer.mpg -sameq yo.mpg took forever, grabbed wrong audio track :P avidemux from all "normal" rips are still off frame-rate wise somehow... "wretch" and "me" were visually on, WMP, VLC, VLC on a VLC grab was either on or really really close, mplayer is right on with the DVD handbrake file: segfault avidemux on dvdoutmplayer.mpg sound right on 1:00:00 wa[a]s lost, looks good. avidemux on mplayer grab: sound ok, lips off top C of cast: 156622 01:48:52.449 avidemux on VLC grab: 1:00:00 "once wa[a]s lost" audio, video appears messed up lips [looks like they are really grabbing raw data] top C of cast: 156622 01:48:52.449 == AVS vs. avidemux OSOH/attempt fix avidemux == powerproducer has an edit option, seems accurate [!] 59:56.96 transition, audio is on AVS 59:56.981 transition with OSOH.handbrake.m4v seems to get the audio right LOL. No frame counts but does seem to have frame accurate seek/timing 59:56.97 mplayer grab [!] AviDemux ffmpeg.fulli 59:56.96 without frame adjustment [!] (prolly doesn't even need the fulli, it's just the consistent frames it needs [?]) mencoder/ffmpeg "save" avidemux without fulli? maybe mencoder with -idx is good nuff to fix it for avidemux? ffmpeg on OSOH.handbrake.m4v *fail* 12GB, freezes Avidemux, no video VLC ffmpegifying mplayerraw: no audio in avidemux, same frame: 28650 00:59:57.347 [mencoder, ffmpeg both maxed out on cpu with no transcoding [?]] mencodefiying mplayerraw (mpeg -> mpeg): mencoder1 dvdoutmplayer.mpg -o dvdoutmplayer.mencoderified.mpg -forceidx -oac copy -ovc copy lots of "1 duplicate frame(s)!" unseekable, with jerky video OSOHhandbrake.m4v avidemux: 00:59:57.130 for [close but no cigar] AVS loaded great. transition 59:56.987 machete won't open the mkv file playing OSOH with mplayer resulted in *one* mpg_demux switching frames message, at the beginning...and yet this means avidemux was hosed? I guess so, since its audio was very accurate, it has no video adjust, it is hosed.s AVS dvdout.7.mpg transition: 59:56.994 [appears right on, this is accurate] mencoderified mpeg fulli: had to set frame rate to 24. Actually that didn't work it was just broke audio right on though so non editable avidemux actually it shouldn't matter, since we just use this internally, and ffmpeg likes it, maybe they can only use the original for editing assuming it still works to cut it well though... ffmpegified dvdoutmplayer avidemux (mpeg -> mpeg no transcoding): no audio, transition at 86250 00:59:57.347 (exactly same as normal mpeg) avidemux on mkv raw sintel: no video avs on mkv raw sintel: seems to work great, took awhile loading :P avs on dvdoutmplayer.mpg: cannot seek avs on mencoder.fulli.mpg (of the above): cannot seek or play...is this normal? Is it just me? == DVD player versus PC player various times == conclusions: VLC's are all pretty consistent across platforms/versions VLC DVD playback can be 30s off mplayers are at the 29.97 offset I think mplayer.exe's are pretty consistent across platforms/versions smplayer off a tidge, of course, blame on being a GUI dumpstream is md5 accurate, length accurate too WMP is pretty close, but internally inconsistent by some odd powerdvd is pretty close but internally inconsistent by some odd factor. mplayer grab seems very consistent, and "correct" (well, when played back with VLC, so loose rating there). mencoder didn't grab it all the way? but is md5 accurate, even with dvdnav or without [can disregard] VLC grabs it fine WMP on handbrake'd is around 29.97 -- couldn't play back the mplayer grab, guessed on the VLC grab fulli on handbrake does "save" avidemux [full editable] [unfortunately that's handbrake...] speeds: ffmpeg: vertex 2 SSD: 105MB/s old HD desktop 58 MB/s I wonder if mplayer is just a little bit ahead, or internally inconsistent based on poor seeking for GOP's or some odd...it's either right ahead or right on? appears smplayer is "like a second" or something behind mplayer, and mplayer doesn't quite agree with VLC but is pretty close, and mplayer.exe seems internally consistent. are all windows GUI wrapper players internally inconsistent, except maybe VLC which is still itself "a tidge off"? == OSOH == mplayer1 to play mencoder.dvdout.8.part.mpg had timing that was totally wrong/unseekable mencoder.dvdoutmplayer.part.mpg was unseekable in avidemux mplayer -> mencoder see above mplayer -> ffmpegify see above makemkv -> tsmuxer -> mpg: 162838 frames total avidemux: audio off [as expected] 59:57.305 transition top C of cast: 156622 01:48:52.449 avidemux mencoder.dvdout.2.mpg transition 00:59:57.389 86251 total frames 148031 file was truncated but said it got to 100% [?] mencoder1 -ovc copy -oac copy dvd://1 -dvd-device e: -of mpeg -o mencoder.dvdoutmplayer.2.mpg VLC "thinks" it's 1:53:11 sum, but only can play to like 20minutes off the end, also VLC cannot play the audio right? [avidemux can tho] 1 duplicate frame(s)! Pos:7470.6s 162842f (100%) 74.28fps Trem: 0min 5958mb A-V:-0.060 [6767:448] # dvdnav: 162843f only 6.1G compare to normal 6.8 mplayer can't play it back with right audio, either :P re-doing it didn't help. This way is hosed :P ripping it this way and dvdnav were both really jerky...dirty? 7b11bc3c0d05df5f6667f5ccb15ec6e9 *mencoder.dvdout.3.mpg 7b11bc3c0d05df5f6667f5ccb15ec6e9 *mencoder.dvdout.2.mpg 7b11bc3c0d05df5f6667f5ccb15ec6e9 *mencoder.dvdnavout.1.mpg # ! when played back within VLC, audio gets out of sync when searching [plays from beginning ignoring seeks [?]] goes to he's crying, a tear, leans in for beijinhos numa moca windows movie maker, dvdout.8.vlc.mpg 1:00:00 sweet that sound that [s]aved a wretch kinder close to VLC... VLC on OSOH-handbrake.ffmpeg.fulli.avi 1:00:00 is smoking "up" apex [audio is absent, which looks like "wa[a]s" lost actually...hmm...we might be able to salvage this...] transition: 00:59:56.96 frame 89924 (but shouldn't match, since this one has accurate audio...) AviDemux on OSOH-handbrake.ffmpeg.full.avi 1:00:00 saved a wretch [like] me (audio is way off the video, and off accurate) video is smoking "up" apex [right] transition 59:56.96 frame 89924 169781 total frames :P didn't require video frame rate adjustment so fulli'ing it didn't seem to hurt it, this way... mplayer.exe2 dvdoutmplayer.mpg: 1:00:00 I once [w]as lost but now some mplayer.exe's may have been Sherpya-SVN-r33216-4.2.5 versus Sherpya-SVN-r30369-4.2.5 for smplayer they seem pretty close though... smplayer's mplayer.exe on mplayer file: 1:00:00 I once [w]as lost but now smplayer's mplayer.exe on VLC file: unknown timing (no times), but lips are in sync smplayer's mplayer.exe DVD: 1:00:00 I was wa[a]s lost like perfect --- I was w[a]as lost -- I once [wa]as lost like every time the w, or just right after it... 3/4 of the way through the w WMP on handbrake: 1:00:00 I was wa[a]s lost WMP on VLC file: 1:00:00 that saved a [wr]etch like me --- that save[d] a wretch like me [huh? it's guessing, like VLC does?] WMP on mplayer file: cannot seek smplayer DVD 1:00:00 once was [lo]st smplayer playing VLC grab: lips are in sync searching is "odd" 1:00:00 once was [l]ost --- once was []lost --- once wa[s] lost mplayer.exe playing any VLC grab: the timing are all messed up, starting at 47453, but it appeared to be right one somewhere "once was lost" the mplayer grab can be frame accurate, with matching md5's (I think it's actually mpg) dvdoutmplayer1.avi dvdoutmplayer.mpg 87402c45126207884bacc46e6f681722 vlc grab appears to have the exact same file size, different md5sum's [!] dvdout.vlc3.mpg vlcdvdout2.mpg 1b32659b94ea01b45e2860809db49539 *dvdout.7.mpg vlc eb4ff70f8bfb1147294d218242492322 *dvdout.8.mpg vlc bdcfadd21f09de4de011694af75b67cd *dvdout.vlc3.mpg # they seem to all work fine... same sizes though... 05/16/2011 08:54 AM 6,890,419,584 dvdout.vlc3.mpg 05/16/2011 03:16 AM 6,890,419,584 vlcdvdout2.mpg vlc doesn't have timing replay info for dvdout.9.mpg (its own grab) just approximates dvdoutmplayer2 seems corrupt (garbled, too short, green) WMP dvdoutmplayer1.avi works (doesn't know how to seek), VLC works 29.97 smplayer from dvdoutmplayer1.avi: 1:00:00 once was [l]ost --- once was []lost (because of smplayer?) seeks fine VLC from mplayer grab: 1:00:00 once wa[a]s lost VLC reading OSOH from handbrake m4v: 1:00:00 I once w[a]s lost but now --- I once [w]as lost but now am found -- I once wa[a]s lost [pretty close to 29.97, maybe within GUI incosistency consistency] 1:53:11 sum [?] (accurate with mplayer!) VLC reading OSOH from handbrake m4v after an "oac straight copy" from ffmpeg: I once wa[a]s lost smplayer from DVDD: 1:00:00 I once was [l]ost but now avidemux reading OSOH from mplayer grab: 1:00:00 accurate wa[a]s lost audio, video way off LOL copy and paste also unfortunately video inaccurate transition 59:57.347 86250 total frames 162840 avidemux reading OSOH vlc grab: 1:00:00 accurate wa[a]s lost audio, video way off LOL copy and paste also unfortunately video inaccurate transition 59:57.347 frame 86250 total frames 162835 dvdout.8.mpg, dvdout.7.mpg too avidemux reading OSOH from handbrake.mkv straight: 1:00:00 accurate wa[a]s lost 162840 frames transition: 00:59:57.130 (frame 86252) only about 3 frames off... audio and video were ffmpeg reading OSOH from handbrake m4v: 1:00:00 I once [was] lost but now (no audio though but looks like it would be accurate...) VLC reading dvdoutmplayer.mpg, handbrake m4v: 1:00:00 accurate wa[a]s lost === All DVD players' comparison below this === Mac's DVD Player total: 1:53:04 (almost 5 I think) [barely shows 5 at the beginning] 1:00 once was lost but now[ow] am found, possible slight hiccup immediately after mac mplayer: total: 6791.6 1:53:11.6 1:00:00 that saved a wretch like me, I once [w]as lost other "normal DVD player" this is at about my 3604.7 VLC mac: at beginning, seemed to think it had 1:53:05 left negative sum: 1:53:04 but it seemed to be cheating...I think it was cheating near the end, too :P 1:00:00 saved a wret[ch] like me Emerson DVD player: barely displayed the 4 of 1:53:04 1:00 once was lost but no[w] am found VLC XP 1.1.7 1:53:05 total 1:00:00 saved a wr[ehhh]tch like me 59:49'ish on others I think. MPCHC 1:53:05 total 1:00:00 once was lost but n[ow] am found beginning of oh on now WMP CCCP 1:53:05 total 1:00:00 once was lost but [n]ow am found [quite close to above I think, might be normal] smplayer XP: 1:53:05 total [!] fake total unable to seek [crash] mplayer XP 1:00:00 that saved a wretch like me, I once [w]as lost sum: 6791.6 (= 1:53:11.5) mac mplayer extended: sum: -1:53:05, in reality went to 1:53:11 :P 1:00:00 that saved a wretch like me, I once [w]as lost [should be 3.6 off per hour, 6.8 for osoh's sum, is 6.6 'ish :P] WMP windows 7 DVD: -1:53:05 1:00:00 once was lost but n[o]ow am found ended with last second at 1:53:03...interesting. powerdvd 8: ended with last second at 1:53:03...interesting. 1:00:00 once was lost but no[o]w am found VLC 7 1.1.9 DVD that saved a wre[tch] like me exhibits same odd lagging timestamps at end. tron WMP 15: knock knock, hey carl shows something, [switch scenes] seek with WMP itself seems about 10s off late, but consistent 60: and not just for me...[] what do you mean? 2:00:00 Beau Garrett last just barely all left of straight center mplayer: 15=900: see above exactly 60=3600: the golden ticket the way out [] "not just for me" is about 3603 2:00=7200-4749=2451: bruce boxlightner barely left, half way to next 2458 is beau garret done about VLC 15: knock [knock] hey carl 60: so it's open now[] not for long 1:00:26 not just for me 2:00:00 james fran middle boxlietner 1:59:55 beau 2:00:04 powerdvd: 15: hey carl [switch scenes] 60: not just for me [] what do you mean 2:00:00 beau garrett stage left Jonah: 15, 30, 45 k-lite XP mplayer: 15: before you [eat] 30: a man that .. can count on to deliver his message yes [well] 45: big smile from after duck DvdSample (k-lite xp) 15: before [you] eat 30: a man that .. can count on to deliver his message yes [well] 45: big smile from after duck VLC 15: and [if] you follow god's commands (early?) 30: something about nineveh makes you feel sad [I dont' really ] want to talk about it [?] 45: fire 3, I'm coming traveling buddy [flash back to them] (in wmp this is at 44:27) smplayer, mplayer r30369 15: wash your hands [before] you eat 30: a man that .. can count on to deliver his message yes [well] 45: big smile from after duck mplayer 45: middle of squeak of duck hulu 15: wash your hands [before] you eat 30: a man that .. can count on to deliver his message yes [well] 45: just before the big grin from duck sum: 1:22:51 1:22:52 in thing, seems to get that far... hmm... youtube jonah: appears lower quality? 15: wash your hands before you [eat] 30: yes well [you] and ... 45: big smile, turns [to his right] sum: (says 1:22:59 for pay version [?]) says 1:22:54 in index, and on vid, felt really like 1:22:52 or so powerdvd 8 (DVD): 15: wash your hands before you [eat] wash your hands [before] you eat wash your [hands] before you eat LOL 30: can count on to deliver his messages yes [] well yes well ... you and [] ... are like peas in a pod 45: big smile [] he turns to his right turns [to his right] [] turns to his right wmp windows 7: [wmp feels slightly unstable timing-wise] 15: before [] you eat --- before [you] eat 30: yes []well --- yes well[] 45: turns [to his right] --- turns to his right[] blu-ray powerdvd: 30: deep in my family [] my uncle * 2 45: blue light shines down 44:58 or 59 duck 44:47 look left about 44:48 1:22:45 sum, seems to have the same closing credits et al... totally uses 100% cpu netflix instant jonah 15: be a friend say your prayers, heavens knows a heart that cares, taht is why I've come to share a mes[sage] from the Lord (at times it's [mes]sage, once it was [from]) chrome at work: a[]message, a messa[ge] from the Lord message [] from the Lord [share] a message from the Lord a message[] from the Lord me[ss]age from the Lord [HD] IE at work: [fr]om the Lord a [mes]sage from the Lord [fr]om the Lord. me[ss]age from the Lord [HD] conclusion: browser doesn't matter, (at least for HD stream at work) 30: like two humps on a camel, you always sway the same way, humor runs in my family, my uncle was a [big] star IE at work: humor runs very deep in my family[] my uncle was, my uncle was[] a big star, my [uncle] was a big star 45: (LIKE 12 seconds after the big grin) (big smile, next scene) blue fades in [oooh] IE at work: 2 seconds after blue light fades in * 3 chrome: 1.5 seconds as blue light fades in it's like 10 seconds in... same with mac 47 duck conclusion: netflix doesn't care about mac versus pc timing-wise 59 blu ray how apropo conclusion (based on this compared with the blu-ray): netflix instant seems to match pretty close, within 1s to the blu-ray conclusion: netflix varies pretty widely from instance to instance of playing back (same computer, same movie, same browser). forever strong (chrome work netflix instant): 15: I'm sorry, are you in the home add me now ... []almost, almost(two spaces)[], almost(one space)[] 30: (ambulance...) let's go guys keep it tight (3 secs or so), same at 57-58, tight right on 58 45: we stand on this field ready for battle []*2 1:30 where I was 40 years ago...[don't] spend another, don't [spend] another minute being angry saints and soldiers (chrome work netflix instant): 15: is the squarest guy I know...[he's] from some little backwards, [] he's from some little 30: flirting with the girl at my dad's store...[] what's her name*2 45: music...basically second footstep, first footstep, end of first footstep 1:15: kendrick's dead 1:14:56-7 1:30: "copyright 2003...all rights reserved" is about in the middle, maybe barely above jonah if you watch it all the way through 30: my uncle [was] a big star VLC jonah_edit.tmp.mpg 15: (on camel) do not fight, do not cheat [wash] your hands 30: can count on to deliver his messages [] yes well 45: the duck surfaces [right before big grin] mplayer jonah_edit.tmp.mpg 15: (on camel) do not fight, do not cheat wash your hands [before] you eat 30: can count on to deliver his messages [] yes well 45: between duck surfacing [] big grin forever young 30: netflix: some running at 29:50... MPlayer git-20100211-1-g1c6846f-Kovensky-mt (C) 2000-2009 MPlayer Team can play dvd:// and dvdnav:// with seeking at the beginning without crashing...[because old, maybe?] mulder's: http://mulder.googlecode.com/files/MPUI.2010-10-17.Full-Package.exe crashes like normal [dvdnav only] smplayers seem to always play dvd:// so never crash [?] the internet seems to "not tell me" if transcode's avisplit is frame accurate or not. watching a DVD "from the new DVD ISO" in smplayer seemed to have the right audio always. yep. i.e. transcoding from dvd flick fixed it [probably] previewing section on HP 2 hours or so and the first thing overlapped the muted section in error...went too long...huh? call ffmpeg -i C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -vcodec copy -acodec copy -ss 7260.0 -t 10.499 C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.1.avi call ffmpeg -i C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -vcodec copy -acodec ac3 -vol 0 -ss 7270.5 -t 1.499 C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.2.avi call ffmpeg -i C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -vcodec copy -acodec copy -ss 7272.0 -t 3.999 C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.3.avi resulted in sectors of 13.17 1.93, 5.03 instead of 10.5, 1.5, and 4. huh? with FFmpeg version SVN-r19313, [BAD VERSION probably] call ffmpeg -i C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -vcodec copy -acodec copy -ss 7260.0 -t 10.499 yo.1.avi with r32676 seemed much more sane (!) $ to fix mplayer out of sync audio: $ ffmpeg -i HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -target ntsc-dvd -t 1600 yo.mpg seemed to be as good as adding a harddup via mplayer. except...umm...VLC can play it right so why can't mplayer? Hopefully all doesn't matter [?] ffmpeg "copy copy" on HP fulli seemed to not have audio when that was replayed via mplayer. monsters inc. overlaps at 25 minutes, 50'ish, 70, "when they land" and there's like 30 'select scenes' (chapters) in that time frame... bob "they will come" has no mplayer overlap (45 minutes long) HP 2 "full and edited version" had a twidge off of audio even in VLC (unsure if that was copy or lavc audio) seems consistent The DVD (flick) burned, then played, appeared to have audio in perfect sync, always. seems to play fine in smplayer the fulli version was *totally off* in smplayer fulli, edited version had some artifacts in VLC fulli version had perfect audio in VLC audio looks barely off VLC for the whole thing mplayer (updated) playing dvd:// (bob) can't seek if past 30 minutes or so (pause/hang) mplayer (updated) playback, if it ever goes off the screen, chokes and hurles and dies (or if it goes under a window that is always on top). an edl with (updated mplayer and) dvdnav:// (bob) results in a crash when seeking the first few seconds, at least. Seeking using the "forward 10, back 10" works in mplayer console, also works (!) with smplayer (+10, back 10). Also edl works *perfectly* when playing from the ripped file. There is only one break in cars DVD. A:3756 Is it the same in other large DVD's? so certainly, mplayer's edl playback is broken currently, for DVD's. if I change the mute to 2:13, then it works [!], though probably doubly. "enable dvd menus" in mplayer doesn't seem to help with seeking weirdness in smplayer smplayer edl against cars DVD *fails* on later ones (1:05), but succeeds on 15:00, mute-wise. Like epic fail. also seeking totally fails: 58 -> 58 works (cars) transition to broken seeking:1:02:44 also always thinks its chapter 1 :) smplayer playing cars fulli (of some sort) seems to be a split second off, audio-wise smplayer on HP2 -> edited version (ffmpeg through mencoder) with oac copy, is off by an annoying split second when replayed in smplayer at other times, it fails everywhere almost, sync-wise that "might" have been with HP and -oac lavc, but without harddup. or maybe it was -oac copy VLC plays the audio splendidly on the same. plays well from DVD, though. Just that one file isn't playable with mplayer... how does EDL fit into all of this, though? also note that mplayer originally couldn't cut right because of audio (with oac copy, I believe) ffmpeg said that the huge HP grab was always 48 minute duration [?] (then proceeded to work right) edl *fails* with HP at the 2 hour mark, audio. The audio did seem to line up, at least, with their lips. and if it's video--fails the same. Seems to think it's at second 2678, or minute 44, not minute 120? smplayer on bob pets pickle and baby has sync'ed audio with oac copy in general, if it starts sync'ed, smplayer stays in sync all the way through got av_interleaved_write_frame(): Operation not permitted on call ffmpeg -i C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.fulli_unedited.tmp.mpg -vcodec copy -acodec copy -' ;?Pss 749.0 -t 4109.999 C:\HP_AND_THE_CHAMBER_OF_SECRETS_edited_version.5.avi then it passed (reading off the "old fulli" with poor audio) when did it again. huh? out of disk perhaps?? edl works *great* with cars at 15 minutes, and appears to at an hour, too. Oh, and the audio matches perfectly. The kicker is that if I want to watch the "unedited all" option in mplayer (which I do for the "quick start" mode), then it needs to be as is... audio_codec = these_settings['audio_codec'] || 'lavc' # not copy...sniff...or you can't hear cars...as ffmpeg loses it on transfer [?] at least the intermediates you *cannot* hear. HP with edl (only) seriously fails at the 2 hour mark, even with 5 seconds added, or seems to, at least. windows media player is able to playback the "fulli" that mplayer gets out of sync on (lavc audio), at least with cars. mplayer dvd://23 -dvd-device e:\ -edl C:\Users\packrd\AppData\Local\Temp\mplayer.temp.edl seems to play with audio in sync always, with cars (now with potter...) what if you grab with "full" audio...does it make its way back out to the DVD? what does dvd flick do audio wise? without harddup smplayer got audio video out of sync playing DVD, as well as playing ripped files, however when you wrote those to DVD, they seemed to get back in sync. ffmpeg, perhaps, is/was fixing them? fulli with lavc audio and video: mplayer cannot play it back right, but if it's re-encoded with mencoder first [? or is it ffmpeg?], mplayer seems to play it fine then. Thin ice here... if I pull from dvd with -acodec lavc (basically downgrade to stereo), then ffmpeg can extract to avi with sound. otherwise (cars only), it lacks sound *only on computer players* Note that mencoder cannot have an endpos on a dvd. Weird. Note that dvdflick "appears" to encode correctly even if the size is too big, as in it just encodes it "lossy-y" The encoding actually appears to be fairly high quality, that dvd flick does, video wise, at least. ffmpeg -i bigg.mpg -acodec copy -vcodec copy bigg.reindexffmpeg.mpg resulted in a sound with no audio I got bigg trying to combine (mencoder ?) two large files. I think bigg has honestly messed up audio, no reindexing seems to help it, at all.