Jump to content


Photo

Videos that transcode play goofy (sometimes...)

roku goofy transcode

  • Please log in to reply
43 replies to this topic

#1 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 01 January 2014 - 08:07 PM

Here's a problem I've only experienced recently with the roku application, the version you can search for officially and install directly through the roku itself. Now it doesn't _always_ happen, sometimes it does at the beginning of some videos, sometimes partially into a video this happens. Sometimes it clears up itself and the video is watchable again, sometimes it isn't and I'm forced to exit the video and resume where it left off to continue seeing clear video.

 

I know others experience this issue, and I even was able to capture a video of it playing a video goofy.

 

I've attached the ffmpeg logs, but the video and server logs are too large hence shown below as links.

 

server log:

http://ereader.kicze...63524131200.log

 

video demonstrating goofy video playback, taken with my 2k13 n7, it's a bit big at 79MB:

http://ereader.kicze.../goofyvideo.mp4

 

roku client version 1.16.7

mediabrowser server version 3.0.5112.40848

 

note: Anyone experience the same issue or the cause? O_o?

Attached Files



#2 gcw07 OFFLINE  

gcw07

    Roku Master

  • Members
  • 2505 posts
  • Local time: 06:59 PM
  • LocationOklahoma

Posted 01 January 2014 - 08:11 PM

If it is a reproducable error (it happens every time with that video) can you clear out all your logs and then play that video on the Roku. Then send us the ffmpeg log and server log. It will help us track down the problem. Thanks.

 

@Tikuf - to take a look too.



#3 gcw07 OFFLINE  

gcw07

    Roku Master

  • Members
  • 2505 posts
  • Local time: 06:59 PM
  • LocationOklahoma

Posted 01 January 2014 - 08:15 PM

Just wondering, are you using UNC paths? Looking at the log, it seems your using a directory path "L:\"



#4 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124437 posts
  • Local time: 07:59 PM

Posted 01 January 2014 - 08:18 PM

Do the paths matter to roku? That should only be for MBC right

#5 gcw07 OFFLINE  

gcw07

    Roku Master

  • Members
  • 2505 posts
  • Local time: 06:59 PM
  • LocationOklahoma

Posted 01 January 2014 - 08:19 PM

Yeah I don't think they do, but just eliminating potential things. For static streaming or transcoding it shouldn't matter I don't think.



#6 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 01 January 2014 - 08:52 PM

I Let the video play through entirely. It appears this video is one that clears itself up eventually, only the beginning is goofy exactly as the video I posted above. Right after the intro logo splashes onto the screen (approx 20 seconds of goofy video) it works correctly to the end. I can reproduce this issue infinitely in the exact same spots identical. I might also mention, the web client wont even play this video, it seems to randomly jump around and freeze in spots. But its behavior is also reproducable in the exact same way staying consistently identical. Played the video while trying Mediabrowser on android when using the internal player this hangs the application and drowns the tablet until its force closed. The external on the other hand, passing the stream to bubbleupnp which in turns invokes bsplayer works flawlessly. I have both streams playing concurrently. The roku is streaming the same video as the android tablet at the exact same time. The only issue as seems to be at certain predictable spots something goes goofy, and then later it clears up, the duration of the goofiness seems to vary. I consistently tested with the same video as far as posting things to this forum to make it easier to debug the problem.
 
attached are the server and ffmpeg logs asked for above. Thanks for help solving the issue. ;)

Attached Files



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124437 posts
  • Local time: 07:59 PM

Posted 01 January 2014 - 08:54 PM

This is probably a tikuf one

#8 gcw07 OFFLINE  

gcw07

    Roku Master

  • Members
  • 2505 posts
  • Local time: 06:59 PM
  • LocationOklahoma

Posted 01 January 2014 - 09:03 PM

Thanks speechles for the logs. This is definitely a Tikuf thing. He is our ffmpeg guy. Speechles if you can from time to time check back in on this thread, Tikuf may need additional details to track down this problem. Thanks.



#9 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 01 January 2014 - 09:41 PM

Grabbing your video of the issue now but looking at the ffmpeg logs there is a bit of a hint to what the issue is it appears there is some bad data at the start of the video and the header for the audio stream is missing. I suspect that when we try to make sure the video and audio are in sync it is creating the problem.

 

[mp3 @ 0278e8a0] Header missing
Error while decoding stream #0:1: Invalid data found when processing input
[mpeg4 @ 060bf9e0] Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using a tool like VirtualDub or avidemux to fix it.

 

From the ffmpeg log the 3rd one is benign but the other 2 should be fixed try running it through ffmpeg with

ffmpeg -i file:"L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward.avi" -codec copy "L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward-new.avi"

It should fix the header issue and the bad data with a bit of luck. If not we can look at it further.

 

@Luke this is most likely a result of the async=1 change (as there is likely no start time stamp for it to align) we will have to find a happy medium. 



#10 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124437 posts
  • Local time: 07:59 PM

Posted 01 January 2014 - 10:01 PM

Is there data from ffprobe we can use to determine tha

#11 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 02 January 2014 - 12:02 AM

@Luke I'm not even 100% sure that the async is the issue but it is the only param that has changed recently with regard to streaming (last server build). If I can find out exactly what circumstances cause the sound warble aaron reported we can make the async=1 specific to that circumstance. I will pm @speechless with an api build with async=1000 to confirm it is actually the issue with that file.



#12 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 02 January 2014 - 03:15 AM

From the ffmpeg log the 3rd one is benign but the other 2 should be fixed try running it through ffmpeg with

ffmpeg -i file:"L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward.avi" -codec copy "L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward-new.avi"

It should fix the header issue and the bad data with a bit of luck. If not we can look at it further.

 

Nope. This doesn't solve the issue, in fact the smearing becomes much more pronounced and jittery using this "new" video. It isn't until the logo of the tv-show splashes onto the screen that the video becomes watchable. This is the same as the original video sorry to say. :(

 

ps: Awaiting the personal message too... ^_~ (...and its speechles, note the missing last "s". this is the nickname i use on irc, specifically efnet, and it only allows 9 characters.)

 

pps: @Tikuf, you are correct in this has to do with the recent server changes. If it occured earlier you can bet I would've been bitching much much sooner.. > : ) ~  .. Don't take this the wrong way either, out of all the mediabrowser clients, the roku one is used by me the most. If it used the same template/theme/api as youtube seems to be using on roku now it would rule the world. I realize support for that radical of a design change isn't likely for quite some time but one can dream.. ^_^


Edited by speechles, 02 January 2014 - 03:26 AM.


#13 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 02 January 2014 - 03:21 AM

Awaiting the personal message too... ^_~

 

Yup just have to do a couple of things first will get it to you soon.



#14 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 02 January 2014 - 09:56 PM

@Tikuf, Ok, well.. Just downloaded the new server, renamed the old, extracted new in it's place.
Before doing this, killed the server off. Restarted after, let it scan all over until complete.
Deleted logs, started mediabrowser on the roku. It still has the issue, but.. I can see the HBO logo smearing through this time, as well as when the main show logo appears the video starts to play clearly. This isn't really much better than it was before.

Edit: Now I know details from other media information applications are usually useless (for the most part). But, maybe some small something in this will be useful this time. MediaInfo v0.7.2 proivded the quote below.

 

General
Complete name : L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 233 MiB
Duration : 27mn 9s
Overall bit rate mode : Variable
Overall bit rate : 1 200 Kbps
Writing application : Nandub v1.0rc2
Writing library : Nandub build 1853/release

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 2
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 27mn 9s
Bit rate : 1 055 Kbps
Width : 624 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.200
Stream size : 205 MiB (88%)
Writing library : XviD 1.2.1 (UTC 2008-12-04)

Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 27mn 9s
Bit rate mode : Variable
Bit rate : 132 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 8ms
Stream size : 25.6 MiB (11%)
Alignment : Aligned on interleaves
Interleave, duration : 24 ms (0.58 video frame)
Interleave, preload duration : 499 ms

 

 

The requested logs are both attached. Any clue whats going on?

Attached Files


Edited by speechles, 02 January 2014 - 06:05 PM.


#15 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 02 January 2014 - 08:03 PM

Ok it is not what I thought it was and that is the only change to streaming recently. Are you absolutely sure it used to play ok?

 

we can try skipping over the bad data and see if it works.

ffmpeg -ss 10 -i file:"L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward.avi" -codec copy "L:\--TV SHOWS\Eastbound And Down\Season 1\eastbound.and.down.s01e04.dvdrip.xvid-reward-new.avi"

Where the 10 in the -ss 10  is the number of seconds to skip.



#16 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 02 January 2014 - 08:26 PM

But in skipping, this is bad. Skipping sounds like it isn't something I want to do. The video plays just fine on android with mediabrowser when I use bubbleupnp to interpret the stream and pass to bsplayer as the renderer. The video plays just fine on pc using bsplayer, windows media center, windows media player, you name it. Recently may be rather vague too when I say that. It worked before christmas, I played through season 1 on the roku. Now it seems it's gone goofy. This is all I can use to describe it. Somewhere along the lines something went awry. Mediabrowser needs to be able to play this video, these types of files, if it is ever to outfox plex. Btw, yes, plex also plays this video just fine.



#17 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 03 January 2014 - 12:31 AM

The skip was a test for you to do. The difference is that all the apps you are describing likely are direct playing the file $10 says that if it was to be transcoded then it would likely end up the same way.

 

The fact is that the file is damaged or badly encoded. 

 

Please try to nail down the time frame a bit so i can see specifically what commit may have made it not work. 



#18 speechles ONLINE  

speechles

    Advanced Member

  • App Developer
  • 3972 posts
  • Local time: 04:59 PM

Posted 03 January 2014 - 01:25 AM

Ohh.. if it's to test I can run that in a bit after the family gets done watching their new "prime time" shows off the roku via mediabrowser.. lmfao.. I can do that in a bit. It might be this video is actually, two combined together poorly. The front HBO logo being the culprit in most cases poorly added at the front of the actual video itself.

 

I have pinned down the time I last successfully played these. Episodes 1 thru 3 I've never went back to play yet. Rather than just give you arbitrary dates that I provide by typing them (which proves nothing) I've provided proof in the screen shots below.

 

 

xp8rnEQl.jpg

 

2xXp0bel.jpg

5PsvhDZl.jpg

 

Will post back later when I can get at the roku. ^_^

 

you are also correct in that the files are direct played on pc and android, but plex plays the video to the roku just fine as well, and we know it has to be transcoding. This is what is perplexing me. It _used_ to work. The videos were played to the end. There is no resume point offered.

 

 

...and about that $10, consider that the bounty for fixing my issue and immediately I paypal you personally double that wager. ^__^


Edited by speechles, 03 January 2014 - 01:31 AM.


#19 Tikuf OFFLINE  

Tikuf

    Obsolete User

  • Members
  • 3656 posts
  • Local time: 10:59 AM

Posted 03 January 2014 - 01:31 AM

Ok now i have a point to search from that will make it easier (and you don't need to prove you played em :) ) . After the skip test if you can try to playback one of the ep's that you played on 12/22 just to make sure you see the same issue with them.

 

 It might be this video is actually, two combined together poorly.

 

 That would actually make sense if it was the case.



#20 gcw07 OFFLINE  

gcw07

    Roku Master

  • Members
  • 2505 posts
  • Local time: 06:59 PM
  • LocationOklahoma

Posted 03 January 2014 - 03:20 AM

Also one quick question. Is Plex transcoding the file or is it direct playing it? I know the Roku technically can't direct play avi, but I thought I saw somewhere that sometimes Plex will attempt to direct play avi's. So just wanted to check. Thanks.







Also tagged with one or more of these keywords: roku, goofy, transcode

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users