Comments on: Python-iView update

By: Andrew

Andrew — Sun, 25 Oct 2009 05:12:51 +0000

I think I found the problem, and its with the path that your app sends to rtmpdump, I used another script and I get

DEBUG: Property:
DEBUG: Property:
DEBUG: Property:
DEBUG: Property:

Notice that istead of just beachedaz_09_01_07 it has /flash/playback/_definst_/beachedaz_09_01_0

By: Andrew

Andrew — Sun, 25 Oct 2009 04:49:20 +0000

I’ve tried it with FLV streamer and it appears to do the same thing, except there is no debug output for flvstreamer
It does however create a blank file where the stream should be.

I think there is a bug when run under OS X that causes the url string that gets sent to rtmpdump or flvstreamer to be incorrect and thus it can’t locate the file
Is there away I can get a more verbose output to determine what the problem may be?

By: Jeremy

Jeremy — Sun, 25 Oct 2009 04:17:30 +0000

Oh, with regards to the CLI interface requiring GTK+: that is because it uses a GtkTreeModel structure internally for representing the iView programme, whether graphical or non-graphical. Originally I had the programme stored in normal Python lists, and then converted the list to a TreeModel. However, I theorised that it would take twice as much memory to do so, so I now work with a TreeModel directly, which also simplifies the code.

By: Jeremy

Jeremy — Sat, 24 Oct 2009 01:10:12 +0000

Weird. ./iview-cli -d faves/crashzone_09_02_05 works fine for me. Make sure you delete crashzone_09_02_05.flv if you do decide to try it again.

(rtmpdump is quite buggy when resuming downloads. FLVStreamer is a lot more mature and stable, but unfortunately doesn’t support SWF verification.)

By: Andrew

Andrew — Sat, 24 Oct 2009 01:00:42 +0000

Hi That fixed the problem I was having earlier but it is still doing it, I picked a completely different show and copied it exactly as listed and it still doesn't work

DEBUG: SendPlay, sending play: faves/crashzone_09_02_05
DEBUG: sending ping. type: 0x0003
DEBUG: HandlePing, received ping. type: 0, len: 6
DEBUG: GetNextMediaPacket, received: invoke 209 bytes
DEBUG: Property: 
DEBUG: Property: 
DEBUG: Property: NULL
DEBUG: Property: 
DEBUG: Property: 
DEBUG: Property: 
DEBUG: Property: 
DEBUG: Property: 
DEBUG: Property: 
DEBUG: HandleInvoke, server invoking 
DEBUG: HandleInvoke, onStatus: NetStream.Play.StreamNotFound
Closing connection... done!