Twitch.tv/Justin.tv

[jules]

you two running the latest serviio, 1.3.1?

I am.

you two running the latest serviio, 1.3.1?

Also am I. It seems that my problem is at least because of this change from V4 to V7: http://pastie.org/8551452

[jules]

yes, this was introduced in v5. sadly, my versioning system stopped working in between, so i couldn't make a clean commit for v5. i remember i made this change for a bug that we uncovered two pages back and zip released 1.3.1 for.

this change works fine for me under ubuntu. i'll look at it a bit and maybe revert for the next version.

there's a bunch of new things to come anyway...

those who need a copy of V4 for the meantime: click here

this change works fine for me under ubuntu. i'll look at it a bit and maybe revert for the next version.

It's interesting, I would expect that if it works on one Linux distro, then it also works on another. One difference I can think of is that Ubuntu uses dash (Debian Almquist Shell) as its default shell, and Arch Linux uses bash. If Serviio runs the ffmpeg process with system() or an equivalent call which invokes the shell, then it could be that different shells parse these quotation marks differently.

[jules]

seems like an apology is in order; i just realized that it in fact doesn't work.
i had been too focused on the new HLS option to properly test the rtmp variant. the "\""+ change did in fact break ffmpeg's invocation. however, that wasn't the only problem. another one was that the swfUrl changed and the plugin didn't resolve the new URL correctly.

i'm updating the original post with V8. changes:
- fixed bug introduced into V5-7
- fixed bad resolving of swfUrl parameter
- refined the HLS stream grabbing method

Just here to confirm that v8 is working for me. HLS sources are working smooth.

However i am getting some freezes using the normal sources. The stream loads and then video freezes but audio keeps working. This is happening for some time now (since v4 i guess).
I'll then have to reload the stream on the TV several times untill there is no more video freeze.

Win7 x64 streaming to Samsung TV C Series using Serviio 1.3.1.

Ps: Donate option via PayPal would be a good idea.

Thanks, V8 works now.

I attempted to use V8 on W7 and received the follow error.

  Code:

java.io.IOException: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:320)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveTechnicalMetadata(FeedUpdaterThread.java:237)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:116)
Caused by: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.metadata.FFmpegMetadataRetriever.validateMandatoryMetadata(FFmpegMetadataRetriever.java:454)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveMetadata(FFmpegMetadataRetriever.java:97)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveOnlineMetadata(FFmpegMetadataRetriever.java:135)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:297)
   ... 2 more

The steps I've followed are; downloaded serviio 1.3.1, downloaded your twitch plugin V8, put it in the plugin folder, started serviio, updated ffmeg.exe, and I still receive the error.

[jules]

However i am getting some freezes using the normal sources. The stream loads and then video freezes but audio keeps working. This is happening for some time now (since v4 i guess).
I'll then have to reload the stream on the TV several times untill there is no more video freeze.

might be bad routing/overloaded twitch servers. they're notorious for their bad routing to europe.
are the bitrate/fps comparably high? i tend to have audio fine/video hanging on dreamhack's 720p 60fps streams with my samsung ES generation tv; the highest quality below source usually works better.

I attempted to use V8 on W7 and received the follow error.

  Code:

java.io.IOException: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:320)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveTechnicalMetadata(FeedUpdaterThread.java:237)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:116)
Caused by: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.metadata.FFmpegMetadataRetriever.validateMandatoryMetadata(FFmpegMetadataRetriever.java:454)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveMetadata(FFmpegMetadataRetriever.java:97)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveOnlineMetadata(FFmpegMetadataRetriever.java:135)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:297)
   ... 2 more

The steps I've followed are; downloaded serviio 1.3.1, downloaded your twitch plugin V8, put it in the plugin folder, started serviio, updated ffmeg.exe, and I still receive the error.

and what's the symptom? do you have no folder, an empty folder? is the stream actually online when you do this? when does this happen? can you show more log, e.g. the actual line that ffmpeg tries to analyze (set logging for "org.serviio" to DEBUG in serviio/config/log4j.xml)?


PS: added a donation link to the first post!

I'm new to serviio so I'm not 100% sure where I should be seeing the folder. When I add a link from a currently online stream nothing happens. I see the link under online sources but I can't click on it or anything. When checking using media player and vlc I see the serviio category but nothing is there. I enabled debugging what do you want me paste from the log?

[jules]

what link did you add? did you add it as a web resource (type) as the OP says?

you should be seeing the folder in vlc/the mediaplayer under "Online", or a different place depending on how you set up the presentation in the serviio console.

as for logging:
1. start serviio
2. go to online sources, right-click on the entry that's supposed to be handled by the plugin, choose "force refresh"
3. wait 2 minutes
4. open serviio.log and paste its contents to pastebin.com
5. post here

Hello,

Having a issue with twtich streams at the moment. The options that appear usually are Source high medium and low. Now None of those links work now, instead what does work is the Mobile ones which only stay on for like 2 mins then stop.

rtmp://justintvlivefs.fplive.net/justintv3live-live: Unknown error occurred
2013-12-15 16:48:59,394 WARN [ProcessExecutor] Process cmd has a return code of 1! This is a possible error. Detailed output follows.
HandShake: client signature does not match!
HandleCtrl: Ignoring SWFVerification request, use --swfVfy!
rtmp server sent error
rtmp server requested close

more here no idea wht this means. removed my ips in sections

rtmp://justintvlivefs.fplive.net/justintv2live-live: Unknown error occurred
2013-12-15 16:51:59,203 INFO [OnlineRepositoriesImportExportServerResource] Exporting online repositories
2013-12-15 16:52:03,888 INFO [RepositoryView] Exporting online resources to: C:\Users\Matthew\Documents\serviio-online-backup_2013-12-15-16-51-59.sob
2013-12-15 16:54:02,916 INFO [WebServer] WebServer shutting down
2013-12-15 16:54:02,916 INFO [DiscoveryAdvertisementNotifier] Leaving DiscoveryAdvertisementNotifier
2013-12-15 16:54:02,916 INFO [DiscoverySSDPMessageListener] Leaving DiscoverySSDPMessageListener
2013-12-15 16:54:02,916 INFO [EventSubscriptionExpirationChecker] Leaving EventSubscriptionExpirationChecker, removing all event subscriptions
2013-12-15 16:54:02,916 INFO [EventDispatcher] Leaving EventDispatcher
2013-12-15 16:54:23,736 INFO [WebServer] WebServer starting on port 8895
2013-12-15 16:54:23,865 INFO [Device] Updated bound IP address of Device with UUID: 90775982-25b4-38fa-940e-be80e85deb5a, bound address:
2013-12-15 16:54:23,866 INFO [DiscoveryAdvertisementNotifier] Starting DiscoveryAdvertisementNotifier
2013-12-15 16:54:23,866 INFO [EventDispatcher] Starting EventDispatcher
2013-12-15 16:54:23,867 INFO [EventSubscriptionExpirationChecker] Starting EventSubscriptionExpirationChecker
2013-12-15 16:54:23,892 INFO [DiscoverySSDPMessageListener] Starting DiscoverySSDPMessageListener using interface eth0 (Realtek PCIe GBE Family Controller) and address , timeout = 0
2013-12-15 16:54:23,892 INFO [RendererSearchSender] Searching for Renderer devices
2013-12-15 16:55:02,402 WARN [ProcessExecutor] Process cmd has a return code of 1! This is a possible error. Detailed output follows.
libpostproc 52. 3.100 / 52. 3.100
HandShake: client signature does not match!
HandleCtrl: Ignoring SWFVerification request, use --swfVfy!
Closing connection: NetStream.Play.Failed
rtmp://fml.B6C4.edgecastcdn.net/20B6C4: Unknown error occurred

[jules]

can you set your log level in log4j.xml for org.serviio from INFO to DEBUG and reproduce the issue, then post a more detailed log? in particular, something like

  Code:

2013-12-15 15:16:16,575 DEBUG [FeedItemUrlExtractor] twitch.tv: Finished extraction of url: ContentURLContainer [fileType=VIDEO, contentUrl=rtmp://fml.B6C4.edgecastcdn.net/20B6C4 playpath=eu_7865992160 swfUrl=http://www-cdn.jtvnw.net/swflibs/JustinPlayer.r9644ae9498c5c4cb8923b7bc0f5f04393ddec5dc.swf swfVfy=1 live=1, expiresImmediately=true, cacheKey=taketv-live [1080p], live=true, ]

, please.

http://pastebin.com/TXAyUxxb

only source tht loads now are mobile and they stay on for 2/3 mins max before it freezes and i have to load it back up again.

[jules]

okay, so the problem might be that the plugin isn't resolving the swf file correctly. can you go to http://www.justin.tv/swflibs/JustinPlayer.swf and see if the url you end up at is different to it?
are you using V8 from the OP?

http://www-cdn.jtvnw.net/swflibs/Justin ... dec5dc.swf

thats what i get. yes v8 thats when the original sources have stopped working and only the mobile ones work but as i said previously only for 2/3mins max before going off.

thanks for trying to figure this out.

[jules]

can you try using the attached file and see if the non-hls streams appear?

Hi,

The none hls do show but dont work on any quality

mobile hls Source doesnt work data corrupt
mobile hls high 1718k works for a short time then goes off again (also in poor quality)
mobile hls medium 906 same as above
mobile hls low doesnt work
mobile hls mobile doesnt work.

tried this on a few streams same results

[jules]

what are you using to render it? tried vlc? can you reproduce these results with it to verify your renderer isn't at fault?

edit: i went back to confirm, and
- hls streams (let's not call them mobile, they are no longer only that) work fine in any quality setting, though everything below and including medium looks deplorable, which however isn't the plugin's fault or within its abilities to change. tested source, ran for 5 minutes without hanging or ending abruptly.
- "classic" streams without the "hls" in the name work fine, too.
bear in mind the following though: twitch has two kinds of servers. kind one is their local servers that they themselves run. these are used for (a) low viewer count streams or (b) partnered streams that have an internal setting to not swap out to the other kind: CDN servers. video is swapped out to those servers whenever the viewer count gets high enough that their own servers can't reasonably handle the load (or it's cheaper to run it out to the cdn). the main difference between these two, besides them being completely disjoint groups of servers, is that the local twitch servers require access tokens that expire 1-2 minutes after they were created, while the cdn ones don't have that property. the access tokens get created whenever you hit "force refresh" on the stream name in the serviio console. so don't wait too long between refreshing and starting the stream. this timing can currently not be circumvented.

another note: as hinted in one of the earlier posts, twitch is phasing out their "classical" (RTMP-based) stream variety, so get used to the HLS variant. the data coming through this "new" interface is already the video that you can see in their normal flash players. theoretically, HLS is WAY less hassle to get a hold of and to playback, though currently plagued by occasional buffering problems, which twitch is supposedly working on. source quality is pretty much the same as RTMP, i don't know if they messed with the encoding parameters for HLS, but it does look slightly worse than RTMP from my subjective experience.

that being said,
1. make sure your renderer doesn't suck
2. make sure you have the correct profile set for your renderer
3. if it is necessary, make sure that transcoding doesn't run into resource issues