allyarellano / gecko-mediaplayer

Automatically exported from code.google.com/p/gecko-mediaplayer
GNU General Public License v2.0
0 stars 0 forks source link

Playing local files (file:///) is kindof broken #153

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Playing local content via the plugin is broken. 

First, these are detected as IceCast streams and stop working after a few 
seconds. For now I tried disabling the IceCast check, and playback continues 
fine afterwards.

Second, they are not played directly but via a cached-file. Since I'm using an 
Atom processor the overhead of creating the cache file makes playing back 
HD-videos choppy while the caching is in progress.

Original issue reported on code.google.com by florian....@gmail.com on 14 Sep 2011 at 5:18

GoogleCodeExporter commented 8 years ago
What version of gnome-mplayer and gecko-mediaplayer are you using?

Original comment by kdeko...@gmail.com on 14 Sep 2011 at 7:00

GoogleCodeExporter commented 8 years ago
Why don't you just open the location directly in gnome-mplayer?

File -> Open Location  and paste the url to the media in there.

Original comment by kdeko...@gmail.com on 14 Sep 2011 at 7:01

GoogleCodeExporter commented 8 years ago
I'm currently using gnome-mplayer 1.0.2 and gecko-mplayer 1.0.0 on xubuntu 
11.04.

The thing is, I'm working on a digital signage project, where we deliver 
content as HTML, with embedded videos. These are player from local files to 
reduce network load.

Original comment by florian....@gmail.com on 19 Sep 2011 at 7:47

GoogleCodeExporter commented 8 years ago
Can you upgrade to version 1.0.4 of both?

Original comment by kdeko...@gmail.com on 19 Sep 2011 at 3:11

GoogleCodeExporter commented 8 years ago
I updated to 1.0.4, but the problem still remains.

I fixed the IceCast issue, simply by checking if item->src starts with 
"file://". I will attach a patch against trunk soon.

However, still can't figure out how I could disable caching in a similar way. 
Especially since the data seems to come via the NSPlugin.

Original comment by florian....@gmail.com on 20 Sep 2011 at 10:30

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
The problem with IceCast detection is, that the stream is first played-back 
form a cache-file. Sometime later (in my case after ~10seconds) it is 
recognized as an IceCast stream and playback is tried directly ( with the 
effect that the cache-file is not filled any more). However for open_location 
the stream is already opened and it does nothing at all.

I have attached the console output.

Original comment by florian....@gmail.com on 20 Sep 2011 at 11:57

Attachments:

GoogleCodeExporter commented 8 years ago
I have updated the patch. 
I checks if the item->src starts with "file://" and if so opens it directly 
(before the IceCast check). Does this seem reasonable to you?

Original comment by florian....@gmail.com on 20 Sep 2011 at 12:07

Attachments:

GoogleCodeExporter commented 8 years ago
So I read over the patch, and I don't see why you have a separate if block. Can 
you just add

g_strstr_len(item->src,7,"file://") != NULL to the original if block? or is 
there some other change I am not noticing?

Original comment by kdeko...@gmail.com on 20 Sep 2011 at 2:51

GoogleCodeExporter commented 8 years ago
Honestly, I did not try before. I have now just added it as another option, and 
it seems to work fine.

I didn't do it in the first place, because it seemed more readable to me 
(especcialy with the "Got IceCast Stream, let mplayer stream it" bit.

Original comment by florian....@gmail.com on 20 Sep 2011 at 4:45

GoogleCodeExporter commented 8 years ago
Change committed to SVN r476

Original comment by kdeko...@gmail.com on 20 Sep 2011 at 5:49