VPlayer can’t open the file

[4cw...@gmail.com]

Silicon Dust HD Homerun Prime – works with Mediacenter and Samsung blu-ray player

Samsung Galaxy S3

HomeRun TV – installed from the App Store today
Vplayer and uPnP - installed from the App Store today

The HD Homerun tuners are found, channels found, and all looks well.
When I click play the channel:
“VPlayer can’t open the file”

Any suggestions?

[John Anderson]

Do you still have this issue? I just tested it on a few devices and both VPlayer and MX Player seemed to work okay.

[ccu...@gmail.com]

I'm having the same exact issue.

Everything spawns to open and VPlayer kills out with a response: "VPlayer can't open this file." or something like that; it literally flashes on the screen for less than a second so please forgive if the verbiage wasn't right.

I'm using a nexus 5 and I am using ART as the runtime. Not sure if that'd make a difference...

[shie...@gmail.com]

I'm having the same issue as well when trying to use HdhomerunStream Server with VPlayer. I'm using a Motorola Droid Bionic running Android 4.1.2. VPlayer works if I use it directly from the tuner - though it's extremely sluggish.

[Ramj...@yahoo.com]

Hi all,

Just installed and configured the streamer too. VPlayer, MXplayer, Video Player all fail to open the file from the VLC stream.

Just as others describe. VLC does everything it's supposed to, it opens a console screen and jibberish flys up the screen. Galaxy S4 connects to the server IP and then a super quick flash "cannot open file" and VLC closes the connection.

Using current VPlayer/MX Player for January 2014. Galaxy S4 4.3 update. Win 8.1 x64 and all up to date. VLC 2.1.1 installed

[John Anderson]

This has been an issue for versions of VLC newer than 2.0.8. If you install that version it should work. I'm still trying to figure out a solution that won't break with new versions of VLC.

[Ramj...@yahoo.com]

Installed VLC 2.0.8

Worked straight away.

[John Anderson]

I finally had time to research this a little more... Turns out that ever since VLC 2.1.0 the canvas filter has been broken and that is what HdhomerunStreamServer uses to resize the video...

Long story short, until VLC gets fixed 2.0.8 is the only version that will work.

[erk...@gmail.com]

John, what about those of us that are using 2.0.8 but still have the same "video cannot play" error?

Here's the dos window that pops up when the app pulls a channel down for viewing. It stays up until I clear the error message on the player (Vplayer or MX):

[0000000002293638] dummy interface: VLC media player - 2.0.8 Twoflower
[0000000002293638] dummy interface: Copyright c 1996-2013 VLC authors and VideoL
AN
[0000000002293638] dummy interface:
Warning: if you cannot access the GUI anymore, open a command-line window, go to
the directory where you installed VLC and run "vlc -I qt"

[0000000002293638] dummy interface: using the dummy interface module...
[0000000002293638] main interface debug: using interface module "dummy"
[0000000002293638] main interface debug: TIMER module_need() : 47.783 ms - Total
47.783 ms / 1 intvls (Avg 47.783 ms)
[00000000004b0978] main playlist debug: processing request item: null, node: Pla
ylist, skip: 0
[00000000004b0978] main playlist debug: starting playback of the new playlist it
em
[00000000004b0978] main playlist debug: resyncing on udp://:20724
[00000000004b0978] main playlist debug: udp://:20724 is at 0
[00000000004b0978] main playlist debug: creating new input thread
[000000000228bbb8] main input debug: Creating an input for 'udp://:20724'
[0000000002274748] main stream output debug: using sout chain=`transcode{}:rtp{}
'
[0000000002274748] main stream output debug: stream=`rtp'
[0000000002274878] main stream out debug: looking for sout stream module: 1 cand
idate
[0000000002274878] stream_out_rtp stream out debug: RTSP stream at /stream.sdp
[0000000002274878] main stream out debug: net: listening to * port 42565
[0000000002274878] main stream out debug: using sout stream module "stream_out_r
tp"
[0000000002274878] main stream out debug: TIMER module_need() : 6.821 ms - Total
6.821 ms / 1 intvls (Avg 6.821 ms)
[0000000002274748] main stream output debug: stream=`transcode'
[00000000022749a8] main stream out debug: looking for sout stream module: 1 cand
idate
[00000000022749a8] stream_out_transcode stream out debug: codec audio=mp4a 44100
Hz 2 channels 128Kb/s
[00000000022749a8] stream_out_transcode stream out debug: codec video=h264 0x0 s
caling: 0.000000 256kb/s
[00000000022749a8] main stream out debug: using sout stream module "stream_out_t
ranscode"
[00000000022749a8] main stream out debug: TIMER module_need() : 7.017 ms - Total
7.017 ms / 1 intvls (Avg 7.017 ms)
[000000000228bbb8] main input debug: using timeshift granularity of 50 MiB, in p
ath 'C:\Users\EC\AppData\Local\Temp'
[000000000228bbb8] main input debug: `udp://@:20724' gives access `udp' demux `'
path `@:20724'
[000000000228bbb8] main input debug: creating demux: access='udp' demux='' locat
ion='@:20724' file='\\@:20724'
[000000000228fcf8] main demux debug: looking for access_demux module: 0 candidat
es
[000000000228fcf8] main demux debug: no access_demux module matched "udp"
[000000000228fcf8] main demux debug: TIMER module_need() : 2.772 ms - Total 2.77
2 ms / 1 intvls (Avg 2.772 ms)
[000000000228bbb8] main input debug: creating access 'udp' location='@:20724', p
ath='\\@:20724'
[00000000022aaba8] main access debug: looking for access module: 1 candidate
[00000000022aaba8] access_udp access debug: opening server=:0 local=:20724
[00000000022aaba8] main access debug: net: opening any datagram port 20724
[00000000022aaba8] main access debug: using access module "access_udp"
[00000000022aaba8] main access debug: TIMER module_need() : 7.473 ms - Total 7.4
73 ms / 1 intvls (Avg 7.473 ms)
[000000000228fcf8] main stream debug: Using block method for AStream*
[000000000228fcf8] main stream debug: starting pre-buffering

[erk...@gmail.com]

I just uninstalled the 64-bit version and tried it with the 32-bit 2.0.8, and same results...