YouTube Plugin

[mvallevand]

I tried with "live-*" but there was no difference. I'll try with "gbnetradio-*" but I didn't because I figured NPVR would block the video on the PC.

I use GBnetradio.ts with WebRadio to play QAM channels that I scan and watch dynamically, (for temporary On Demand programming) and there is no problem passing it to PlayVideo()

Martin

[Reddwarf]

I don't think that is the plugin.....I am thinking it may be the source from where the video is coming from.

I also se very varying times before the video starts to play, I agree that it is most likely the source causing delay. I use the plugin only on pc and I would hate to wait for the whole video to buffer.

[mvallevand]

I also se very varying times before the video starts to play, I agree that it is most likely the source causing delay. I use the plugin only on pc and I would hate to wait for the whole video to buffer.

I don't think the problem is the source as much as the ISP, I haven't seen any delay with streaming mode on the PC which is set in [DataDirectory]\youtube.xml with useBufferForPC="false" In fact on the older version on the NMT I had fast streaming too, with the normal 6-10 second NMT player (required from mp4) delay.

Martin

[whurlston]

I use GBnetradio.ts with WebRadio to play QAM channels that I scan and watch dynamically, (for temporary On Demand programming) and there is no problem passing it to PlayVideo()

Martin

No luck with using gbnetradio-*. Maybe it works because it was a .ts file and not an mp4.

I also se very varying times before the video starts to play, I agree that it is most likely the source causing delay. I use the plugin only on pc and I would hate to wait for the whole video to buffer.

There will be 2 modes:

1. Direct streaming
   
2. Local caching/buffering
   

Direct streaming will always be the default and you will only need to wait for the source filter (PC) or Mono player (NMT) to buffer what it needs. This will always be the fastest method. Local buffering is for those having issues with direct streaming.

I don't think the problem is the source as much as the ISP, I haven't seen any delay with streaming mode on the PC which is set in [DataDirectory]\youtube.xml with useBufferForPC="false" In fact on the older version on the NMT I had fast streaming too, with the normal 6-10 second NMT player (required from mp4) delay.

Martin

I agree. It all depends on the ISP. Sometimes a video will start instantly for me and other times there is a wait. It all depends on how saturated my connection is at the time.

For the other idea I had:

I'm able to remux the files into an H.264 .ts file using ffmpeg but I have to transcode the audio to mp2. This does create a larger filesize but it is extremely fast. If I try to keep the AAC audio, there is no audio stream in the resulting file (ffmpeg bug). "-absf aac_adtstoasc" might overcome that but that bitstream filter is missing in the ffmpeg build included with NPVR so I can't test it.

But even the aac audio issue aside, I can't pass the url to ffmpeg as the infile or it errors. I've tried with the full url and the tiny url and neither work. So I need ffmpeg to work on a file that is still growing and I cannot find a way to do that.

[mvallevand]

To bad about the filename, perhaps the NMT depends upon a real Content-Type video/mp4 for this streaming.

When you use PlayVideo(filename) with your cache filename sub takes care of the passing the proper filename, there is no url or tinyurl involved.

Martin

[whurlston]

When you use PlayVideo(filename) with your cache filename sub takes care of the passing the proper filename, there is no url or tinyurl involved.

I was talking about for the ffmpeg conversion command line. For instance, this does not work:

Code:

ffmpeg.exe -i http://tinyurl.com/757cn5h -f mpegts -vcodec copy -acodec mp2 -vbsf h264_mp4toannexb youtube-DhdbWpiv5cQ.ts

[mvallevand]

I don't think that is going to do it, my instinct tells me that NRecord.exe might need to change to send the video/mp4 mime type so that mono know what to do with the file.

Martin

[whurlston]

I can now buffer mp4 videos locally and play them on the NMT with only 25% buffering. I can probably even cut the percentage down to almost nothing but I haven't tested it.

I am remuxing the video and audio into an MPEGTS container on the fly (including AAC audio) so the NMT does not even drop out to Mono to play them.

I have some code cleanup to do and add a couple of settings to youtube.xml (everything is hardcoded at the moment) but I should have a build out tomorrow.

[mvallevand]

I can now buffer mp4 videos locally and play them on the NMT with only 25% buffering. I can probably even cut the percentage down to almost nothing but I haven't tested it.

I am remuxing the video and audio into an MPEGTS container on the fly (including AAC audio) so the NMT does not even drop out to Mono to play them.

I have some code cleanup to do and add a couple of settings to youtube.xml (everything is hardcoded at the moment) but I should have a build out tomorrow.

Fantastic news! The software demux in my player does choke at BluRay 1080p, I'm not sure about YouTube, but 720p will be sweet. I need just over 1MB to start to get the pids and audio/video types and then about 2MB to play.

Martin

[whurlston]

I tested again last night and I can send the callback with as early as 32K buffered. I am having a couple of small issues:

1. I keep getting a "Connection closed unexpectedly" error from the servers.
   
2. Only every other download works because the second gets the above error almost instantly.
   
3. Video timelines are a bit messed up.
   

The first two are problems with the webrequest and I'm not sure what's causing it (but I'll figure it out). Not sure what to do about the second. I'll probably make the ffmpeg commandline a user setting. Maybe someone who is better with ffmpeg than I am can sort it out.

These streams are well below Bluray 1080p.