yua

2013-03-23 02:31:23 pm

what is the specific .ts or .m2ts file you had fail? i'm just downloading randomly from you and they're all working so far. at least theoretically ... apparently the h.264 decoder is getting a ton of errors.

ballofsnow

2013-03-23 02:32:17 pm

They happen to be all the AVC* files. All of them not loading properly.

nate

2013-03-23 02:32:50 pm

ok so e.g. AVC_AAC_720x480i_4x3_2997_YUV420_D4F12D---MarioChromaBleedSilentAudio.ts - frames appear out of order when seeking one frame at a time?

ballofsnow

2013-03-23 02:33:45 pm

Not even attempting to seek in the Yua window. Just dragged the .ts into Yua and the preview goes grey. Attempted LQ encode, result was same as preview.

nate

Edit history:

nate: 2013-03-23 02:49:39 pm

2013-03-23 02:39:08 pm

ok this is windows-specific. the versions of ffmpeg and x264 i'm using are extremely similar or identical across the three platforms so this is definitely baffling. going to do a rudimentary check whether it's finding the same offsets for frame-accurate seeking for its index.

edit: the trouble starts immediately, on decoding the first frame.

Code:

[h264 @ 0b47d9c0] top block unavailable for requested intra mode at 0 0
[h264 @ 0b47d9c0] error while decoding MB 0 0, bytestream (8342)

makes me think h.264 decoding is broken in the version of ffmpeg i compiled for windows. so awesome.

ballofsnow

2013-03-23 02:57:56 pm

Getting a weird crash:

HFYU_PCM_696x456i_4x3_3000_RGB_D1F13D---FZERO.avi
Yua crash: on video load, yua pre-checks prog/D1/F1/3D. Changing to interlaced, then D1 = crash.

nate

2013-03-23 02:58:41 pm

yeah, it's probably the same as this.

ballofsnow

2013-03-23 03:03:51 pm

How are you determining field dominance? Is default to BFF if unable to determine? If so, I see mostly TFF so I recommend that as default.

nate

2013-03-23 03:04:59 pm

funny because i see mostly bff when it comes to stuff from capture cards, old school avi output (so the field dominance isn't stored). i actually made norichan work that way on purpose to fit in better.

ballofsnow

2013-03-23 03:05:35 pm

Cool, you do have better visibility than me, so no change.

nate

Edit history:

nate: 2013-03-23 03:10:07 pm

2013-03-23 03:09:32 pm

ok so ... that is ffmpeg release 1.1.1 that i compiled for windows. looking here which is supposedly the commit history for the 1.1.x branch, there are 38923892389 commits, some of them apparently h.264 decoding bug fixes between 1.1.1 and the current 1.1.4. so basically i'm going to try to standardize on the "latest 1.1.x" for ffmpeg on all platforms. obviously i'll confirm that moving to 1.1.4 fixes h.264 decoding under windows before i move to that version on the other two platforms. it's much trickier than it sounds because the version of x264 depends on the version of ffmpeg and i don't know where that is documented so i have to wait for linker errors and extract the required x264 version from there and then go hunting for the latest x264 git commit for that version.

ballofsnow

2013-03-23 03:17:39 pm

Just wondering out loud... the ideal is that Yua be able to load any video/audio clip under the sun.. but is that realistic? Is there a point where we say we've got most codecs covered, and if you want your obscure format to work, you'll have to transcode/nmf first? One codec that comes to mind is that dosbox ZMBV codec..

nate

2013-03-23 03:18:43 pm

i was planning on adding support for it to ffmpeg if it is a popular enough codec and i have documentation of it.

ballofsnow

Edit history:

ballofsnow: 2013-03-23 03:21:11 pm

ballofsnow: 2013-03-23 03:20:45 pm

ballofsnow: 2013-03-23 03:19:15 pm

2013-03-23 03:19:08 pm

holy crap zmbv loads in Yua. Didn't expect that.

edit- Yua doesn't use installed codecs does it? Is it VLC style where all supported codecs are within the program itself?

nate

2013-03-23 03:21:16 pm

correct. vlc and yua both use ffmpeg.

ballofsnow

Edit history:

ballofsnow: 2013-03-23 03:39:24 pm

ballofsnow: 2013-03-23 03:38:41 pm

ballofsnow: 2013-03-23 03:33:07 pm

2013-03-23 03:32:27 pm

Still going through clips.. it is time consuming for sure.

FYI, still crashing after 5 seconds XQ on high res video. See: FPS1_PCM_1920x1200p_16x10_6000_RGB_D1F13D---DiabloIII.avi

Weird mediainfo from mp4 results from LAGS_PCM_640x480i_4x3_2500_YUV422_D4F12D---LAZeldaGBthroughGameCube.avi

Code:

Duration                                 : 1mn 42s
Bit rate                                 : 124 Kbps
Maximum bit rate                         : 484 Kbps
Width                                    : 320 pixels
Height                                   : 240 pixels
Display aspect ratio                     : 4:3
Frame rate mode                          : Variable
Frame rate                               : 49.941 fps
Minimum frame rate                       : 7.143 fps
Maximum frame rate                       : 50.000 fps

Did you implement VFR or am I going crazy? It's 25 fps input, F1.

nate

2013-03-23 03:41:52 pm

i did implement vfr. also interlaced stuff's timebase is automatically half regardless of encoding f.

ballofsnow

2013-03-23 03:42:46 pm

Whoa. You've tamed the mythical beast that is vfr! Hat's off to you.

nate

2013-03-23 03:43:47 pm

well the jury is still out. like does that output play back in sync on every player?

ballofsnow

Edit history:

ballofsnow: 2013-03-23 03:49:36 pm

2013-03-23 03:46:43 pm

You should create a thread, maybe on SDA discussion, to get help from people. Post a vfr clip, they post their results. Like I did before with x264 SAR.

Best would be to have an extreme example. i.e., if it works, the clip runs for a minute; if it doesn't, it plays out in 5 seconds or something. Basically, make it obvious.

nate

2013-03-23 03:49:26 pm

i don't anticipate problems getting feedback from people. right now let's just get all of the test clips working. after that and when i have the anri parity featureset done i can release beta 1 and announce it in sda discussion and that should flush out all the remaining issues pretty quickly.

ballofsnow

2013-03-23 03:51:06 pm

Ok. But holy crap it takes time to go through my raw files. I'm only one third through after like.. 2 hours.

nate

2013-03-23 03:52:52 pm

don't worry about doing this more than once. let's just flush out the most obvious stuff now and then next time i will put in automation and you can let it run overnight or something.

ballofsnow

2013-03-23 04:00:53 pm

Alright, going to take a break and eat while this way-too-long sonic clip at d1f13d is encoded to all qualities, with and without statid. I'll get through all the raws, but I expect only to finish tomorrow. It's all going into a simple spreadsheet so you won't have to scrounge this thread for results.

nate

2013-03-23 04:02:35 pm

nice, thanks. meanwhile avc in mpeg-ts decoding under windows is still broken with latest and latest stable x264 and ffmpeg 1.1.4. so i'm going to try a git checkout of ffmpeg now.