+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: Add-ons Help and Support (/forumdisplay.php?fid=27)
+---- Forum: Video Add-ons (/forumdisplay.php?fid=154)
+---- Thread: [RELEASE] veetle.com (/showthread.php?tid=98942)
RE: [RELEASE] veetle.com - plugh - 2012-08-27 22:04
re: vlc - good idea... I tried it, and WAS able to do a stream. Sequence:
in IE, open http://www.veetle.com/channel-listing-cross-site.js and save the file
open it in notepad, get the 'channelId' for a flash stream, construct following url
[http://veetle.com/index.php/channel/ajaxStreamLocation/CHANNELID/flash]
enter it in IE, grab displayed 'payload' string, remove backslashes, paste url into vlc
Does 'xbmcplugin.setResolvedUrl' obey/remove the backslash quoting?
What Useragent do xbmc and vlc use in the http header?
edit: er, uh, well, vlc will play some of the streams. for example
"africanmoviechannel's channel" channelid 4df60ee1294bc yields
[http://216.221.144.244/flv/4df60ee1294bc] which vlc will play
RE: [RELEASE] veetle.com - netimports - 2012-08-27 23:17
here is a log of it failing in xbmc:
Code:
17:04:39 T:2604 NOTICE: veetle Category ID: 10
17:04:40 T:2604 NOTICE: Total veetle.com Channels: 210
17:04:40 T:2604 NOTICE: Flash Enabled veetle.com Channels: 105
17:04:47 T:2856 NOTICE: -->Python Interpreter Initialized<--
17:04:47 T:2856 NOTICE: veetle.com Channel ID: 502f8ced9f4ad
17:04:48 T:2856 NOTICE: getting: http://www.veetle.com/index.php/channel/ajaxStreamLocation/502f8ced9f4ad/flash
17:04:48 T:2856 NOTICE: {u'statsServiceEnabled': False, u'payload': u'http://216.221.144.235/flv/502f8ced9f4ad', u'success': True, u'statsServerURL': u''}
17:04:48 T:2880 NOTICE: DVDPlayer: Opening: http://216.221.144.235/flv/502f8ced9f4ad
17:04:48 T:2880 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
17:04:49 T:1452 NOTICE: Creating InputStream
17:04:49 T:1452 NOTICE: Creating Demuxer
17:04:55 T:1452 ERROR: CDVDDemuxFFmpeg::Open - error probing input format, http://216.221.144.235/flv/502f8ced9f4ad
17:04:55 T:1452 ERROR: CDVDPlayer::OpenDemuxStream - Error creating demuxer
17:04:55 T:1452 NOTICE: CDVDPlayer::OnExit()
17:04:55 T:1452 NOTICE: CDVDPlayer::OnExit() deleting input stream
17:04:55 T:2880 ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.veetle/?play=502f8ced9f4ad]
17:04:55 T:2880 NOTICE: CDVDPlayer::CloseFile()
17:04:55 T:2880 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
17:04:55 T:2880 NOTICE: DVDPlayer: waiting for threads to exit
17:04:55 T:2880 NOTICE: DVDPlayer: finished waiting
17:05:18 T:2848 NOTICE: -->Python Interpreter Initialized<--
17:05:19 T:2420 WARNING: XFILE::CFactoryDirectory::Create - Unsupported protocol(script) in script://
17:08:42 T:696 WARNING: Previous line repeats 1 times.
17:08:42 T:696 NOTICE: -->Python Interpreter Initialized<--
17:08:43 T:2780 NOTICE: -->Python Interpreter Initialized<--RE: [RELEASE] veetle.com - plugh - 2012-08-27 23:48
Yeah, that seems consistent with the vlc verbose logging.
It starts scanning the streams and can't figure them out...
FYI - The 'africanmoviechannel channel' still plays in xbmc.
bummer...
RE: [RELEASE] veetle.com - netimports - 2012-08-27 23:56
could the format have changed?
snippet on the start of the stream:
Code:
GGG Ý onMetaData duration audiocodecid@ audiodatarate@`audiosamplerate@çpaudiosamplesizestereo videocodecid@ the one that works (african)
Code:
FLV Ý onMetaData duration audiocodecid@ audiodatarate@@audiosamplerate@刀audiosamplesizestereo videocodecid@ GGG?
RE: [RELEASE] veetle.com - plugh - 2012-08-28 00:10
Hmmm... well spotted! I was looking further on and missed that...
Assuming vlc & xbmc have code that is looking for that leading 'FLV' (and the string constant can be found via hex editor), then a simple binary patch to change it to 'GGG' would tell us a lot...
I was also wondering about http headers (mime types, ua, etc) but don't have a wireshark setup handy to cap them...
RE: [RELEASE] veetle.com - plugh - 2012-08-28 01:48
sigh...
Hacked a copy of vlc, changing all 'flv' to 'ggg' in libvlccore.dll and libavcodec_plugin.dll. Still recognizes 'african' (and all the verbose logging now says 'ggg') but still doesn't play other veetle streams. So either I missed a dll (fair chance, 250+ in the plugins dir) or vlc is using some other heuristic to detect flash streams...
I may try a similar hack on xbmc4xbox binaries tomorrow...
RE: [RELEASE] veetle.com - netimports - 2012-08-28 02:11
thats what it is, the GGG is messing it up. downloaded a partial stream, changed the GGG to FLV using a hex editor and it opened up fine.. the format isn't being recognized, thats why its throwing errors. now how to fix this issue? i don't know much about xbmc's workings. hope someone has a clue.
RE: [RELEASE] veetle.com - Gull - 2012-08-28 09:29
plz fix the veetle addon as no video is playing.
RE: [RELEASE] veetle.com - tuxen - 2012-08-28 11:59
+1 it seems to be broken the last few days. Ie the videostreams show up but they do not play.
RE: [RELEASE] veetle.com - plugh - 2012-08-28 13:14
Gull, tuxen, etc - it is NOT the add-on; veetle have changed the actual stream data...
netimports - did you play the cap'd & hak'd stream with vlc or xbmc? As a .flv file??
-----
Assuming the FLV->GGG prefix is really all they did, I got to wondering, how THEY are handling this.
Inspection of a channel web page html (very bottom of the file) reveals /minified/HEXSTRING_minified.js. Nearly impossible to read, but nonetheless I found http://veetle.com/flash/playerComputer_20120824.swf
Interesting filename - Aug 24 2012 - just before the stream format change...
Snagged a copy of the file, but didn't find 'ggg' embedded in it. Any swf hackers out there??
Another interesting thing in the minified.js - looks like there is some html5 support in there.
Perhaps we can sidestep flash entirely? Would mean a completely new addon?? (ugh)
PS - the african channel is now behaving the same as the others (ie 'GGG' prefix)