[BigValen]

Hey, most stuff seems to work fine; 1080p h264 stuff plays perfectly smoothly, though some 720 ffmpeg stuff is quite stuttery.

http://pastebin.com/teJdWjvP has my debug log, from starting xbmc to trying to play.

It's these bits I'm concerned by;

15:36:52 T:241274880 M: 65081344 DEBUG: ffmpeg[E619000]: [swscaler] No accelerated colorspace conversion found from yuv420p to rgba.
15:36:52 T:241274880 M: 65048576 DEBUG: ------ Window Deinit (DialogBusy.xml) ------
15:36:52 T:254889984 M: 72310784 DEBUG: CDVDPlayer::HandleMessages - player started 2
15:36:52 T:254889984 M: 72310784 DEBUG: CDVDPlayer::SetCaching - caching state 3
15:36:52 T:272756736 M: 72310784 DEBUG: CDVDPlayerAudio - CDVDMsg::GENERAL_RESYNC(32000.000000, 1)
15:36:52 T:272756736 M: 72310784 DEBUG: CDVDPlayerAudio:: Discontinuity - was:32960.875000, should be:32036.581813, error:-924.293187

Does that mean that the ATV doesn't have hardware to decode ffmpeg video ? Should I re-encode this sort of video ?

John

[dazex]

I don't think anyone know if ffmpeg can be decoded on the GPU yet. The developers are discovering what's possible and what isn't as they go.

I usually see certain flavor of ffmpeg causes the CPU to go to 100%, and that is the cause for the stuttery playback. We need to find a way to have the GPU properly decode that codec.

If you search for the keymap thread, you'll see a way to map the codecinfo OSD to a button on the remote so you can more easily see all the relevant info related to playing that file.

[bobo1on1]

Code:

WARNING: CDVDMessageQueue(video)::Get - asked for new data packet, with nothing available
WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available

That's the problem, the decoder can't read the data quick enough.

[BigValen]

Cool, thanks. Sounds like the Cunning Idea is to reencode high bitrate stuff as H264 then.

John