Roku Developer Program

[greubel]

I have a user that ripped a cd and the the Roku fails on the first 5 tracks but then plays tracks 6 to 13 fine ???
I checked the load sequence of the server between two tracks and it appears to be the same. So they are loading fine.
All play fine using VLC and iTunes.
The startup sequence displayed by the channel shows it hangs around 780.

Can anyone see what's wrong with these files ?
Track 1 - http://www.chaneru.com/Roku/01%20Prologue.m4a
Track 6 - http://www.chaneru.com/Roku/06%20A%20Good%20Lighter.m4a

The numbers out to the right are the sequence that Roku did the GET requests.

pos 00000000 ftyp size 32 -> 00000020		GET 1
pos 00000020 moov size 79664 -> 00013750	        GET 2
pos 00000028 mvhd size 108 -> 00000094
pos 00000094 trak size 7709 -> 00001eb1		GET 3
pos 0000009c tkhd size 92 -> 000000f8
pos 000000f8 mdia size 7609 -> 00001eb1		GET 4
pos 00000100 mdhd size 32 -> 00000120
pos 00000120 hdlr size 34 -> 00000142		GET 5
pos 00000142 minf size 7535 -> 00001eb1		GET 6
pos 0000014a smhd size 16 -> 0000015a
pos 0000015a dinf size 36 -> 0000017e		GET 7
pos 00000162 dref size 28 -> 0000017e
pos 0000017e stbl size 7475 -> 00001eb1		GET 8
pos 00000186 stsd size 103 -> 000001ed
pos 000001ed stts size 24 -> 00000205			GET 9
pos 00000205 stsc size 40 -> 0000022d
pos 0000022d stsz size 6952 -> 00001d55
    00000241                                  GET 15
pos 00001d55 stco size 348 -> 00001eb1		GET 10
    00001d65                                  GET 14
pos 00001eb1 udta size 71839 -> 00013750  	GET 11
pos 00001eb9 meta size 71831 -> 00013750
pos 00001ec5 hdlr size 34 -> 00001ee7
pos 00001ee7 ilst size 69737 -> 00012f50
pos 00001eef .nam size 32 -> 00001f0f
pos 00001ef7 data size 24 -> 00001f0f
pos 00001f0f .ART size 37 -> 00001f34
pos 00001f17 data size 29 -> 00001f34
pos 00001f34 .wrt size 37 -> 00001f59
pos 00001f59 .alb size 57 -> 00001f92
pos 00001f92 gnre size 26 -> 00001fac
pos 00001fac trkn size 32 -> 00001fcc
pos 00001fcc disk size 30 -> 00001fea
pos 00001fea .day size 28 -> 00002006
pos 00001ff2 data size 20 -> 00002006
pos 00002006 cpil size 25 -> 0000201f
pos 0000201f pgap size 25 -> 00002038
pos 00002038 tmpo size 26 -> 00002052
pos 00002052 .too size 53 -> 00002087
pos 0000205a data size 45 -> 00002087
pos 00002087 ---- size 188 -> 00002143
pos 0000208f mean size 28 -> 000020ab
pos 000020ab name size 20 -> 000020bf
pos 000020bf data size 132 -> 00002143
pos 00002143 ---- size 119 -> 000021ba
pos 0000214b mean size 28 -> 00002167
pos 00002167 name size 27 -> 00002182
pos 00002182 data size 56 -> 000021ba
pos 000021ba ---- size 162 -> 0000225c
pos 000021c2 mean size 28 -> 000021de
pos 000021de name size 20 -> 000021f2
pos 000021f2 data size 106 -> 0000225c
pos 0000225c ---- size 122 -> 000022d6
pos 00002264 mean size 28 -> 00002280
pos 00002280 name size 27 -> 0000229b
pos 0000229b data size 59 -> 000022d6
pos 000022d6 ---- size 159 -> 00002375
pos 000022de mean size 28 -> 000022fa
pos 000022fa name size 53 -> 0000232f
pos 0000232f data size 70 -> 00002375
pos 00002375 covr size 68571 -> 00012f50
pos 00012f50 free size 2048 -> 00013750
pos 00013750 free size 416 -> 000138f0		GET 12
pos 000138f0 mdat size 1375306 -> 0016353a	GET 13
    000138f8                                   GET 16

[jbrave]

I've been experiencing some trouble with m4a files as well, the service I'm connecting to is in the process of re-encoding all their m4a files due to corruption. The corrupt files will play in quicktime though. Hopefully Roku can make the player a bit more flexible in m4a playback in a future firmware release.

- Joel

[RokuKevin]

Good news: I can replicate the issue with these files on v2.9 and have also successfully played them on an upcoming developer build...

Bad news: I don't yet have a date of when we are releasing a build that includes the fix.

--Kevin