View Single Post
Old 07-11-2012, 03:33 PM   #106
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773670
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
Quote:
Originally Posted by twobob View Post
To be clear I am not trying to encode the files on the kindle.

I'm trying to construct meaningful files that I can work with - perhaps with a modified raw2gmv - to create a stream for the gmPlayer++ (that can play a meaningful, striped audio stream alongside the video)

I hope that's nice and clear.
Okay. It was always clear. I just wanted to provide information you may want to take into account.

I "standardized" on 600x800 7 FPS for eink video. Whatever size audio buffer you settle on should be interleaved every so many frames. The audio should probably precede the video a bit. To play on a DX, there should probably be about a second of audio buffered before the video it belongs to. The buffer should be large enough to avoid dropouts when the video falls behind. Up to a second video lag is allowed before framedropping starts in gmplay, so we need at least one second (plus a couple frames) of audio buffered up. IMHO.

Last edited by geekmaster; 07-11-2012 at 03:36 PM.
geekmaster is offline   Reply With Quote