Code: Select all
[0x0-0x2606].org.videolan.vlc[414]Cannot delete stdin/stdout client
Code: Select all
maveric:MacOS maveric$ ./VLC
VLC media player 2.0.0-rc1 Twoflower (revision 2.0.0-rc1-22-g8ab6e44)
[0x267578] main xml reader error: XML reader not found
[0x20ba58] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[0x264e18] [cli] lua interface: Listening on host "*console".
VLC media player 2.0.0-rc1 Twoflower
Command Line Interface initialized. Type `help' for help.
Thanks for the answer. Why not automatically detect the no. of GPU's and disable GPU-acceleration only, if there are more than one GPU present? Or use the first active & suitable GPU for complete acceleration and ignore the other ones? Maybe a look in the Plex-sources could give some inspiration, how to handle multiple GPUs. Or just simplier: Include a setting and let the user switch GPU accelaration on his likes.hardware acceleration was done, but isn't stable enough on Mac with more than one GPU at the moment, which why we don't ship it so far. However, VLC 2.0 includes ffmpeg-mt, which basically means that VLC can use all the CPU cores now, which should dramatically speed-up the playback of HD content.
I am sorry, I don't wanted to offend someone. As stated out, I love VLC - much more than Plex. But there is still room for improvements - specially, when these improvements are promised for more than a year and supposed to be nearly finished with minor flaws. I personally have had big hopes for comprehensive GPU acceleration in v2. I just gave you some hints how it would be possible to give users the possibility to use near finished GPU implementation, if they like to do so. Thank you for your hard work.Then, use Plex.
Code: Select all
Your input can't be opened
VLC is unable to open the MRL 'rtp://@232.232.65.53:5004'. Check the log for details.
Code: Select all
main error: cannot join multicast group: Protocol not available
main debug: no access_demux module matching "rtp" could be loaded
Hm, I see yesterday on all my videofiles I have no sound not anymore.@luke1970: could we get a ticket on trac.videolan.org/vlc along with a small sample file demonstrating that issue? Thanks!
Code: Select all
main debug: adding item `udp://239.1.1.115:5000' ( udp://@239.1.1.115:5000 )
main debug: no fetch required for (null) (art currently (null))
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index -1
main debug: processing request item: udp://239.1.1.115:5000, node: Playlist, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index 0
main debug: starting playback of the new playlist item
main debug: creating new input thread
main debug: Creating an input for 'udp://239.1.1.115:5000'
main debug: using timeshift granularity of 50 MiB, in path '/tmp'
main debug: `udp://@239.1.1.115:5000' gives access `udp' demux `' path `@239.1.1.115:5000'
main debug: creating demux: access='udp' demux='' location='@239.1.1.115:5000' file='(null)'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "udp"
main debug: TIMER module_need() : 0.172 ms - Total 0.172 ms / 1 intvls (Avg 0.172 ms)
main debug: creating access 'udp' location='@239.1.1.115:5000', path='(null)'
main debug: looking for access module: 1 candidate
access_udp debug: opening server=:0 local=239.1.1.115:5000
main debug: net: opening 239.1.1.115 datagram port 5000
main error: cannot join multicast group: Protocol not available
access_udp error: cannot open socket
main debug: no access module matching "udp" could be loaded
main debug: TIMER module_need() : 0.468 ms - Total 0.468 ms / 1 intvls (Avg 0.468 ms)
main error: open of `udp://@239.1.1.115:5000' failed
main debug: dead input
main debug: changing item without a request (current 0/1)
main debug: nothing to play
Code: Select all
main error: open of `udp://@230.33.0.12:1234' failed
main debug: dead input
main debug: changing item without a request (current 88/116)
main debug: using item 89
main debug: starting playback of the new playlist item
main debug: creating new input thread
main debug: Creating an input for ',–†—Г—Б—Б–Ї–Њ–µ –?–Ї—Б—В—А–µ–Љ–?–ї—М?? ?љ–Њ–µ –Ґ–µ–ї–µ–?–Є–і–µ–љ–Є? ??µ'
main debug: using timeshift granularity of 50 MiB, in path '/tmp'
main debug: `udp://@230.33.0.13:1234' gives access `udp' demux `' path `@230.33.0.13:1234'
main debug: creating demux: access='udp' demux='' location='@230.33.0.13:1234' file='(null)'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "udp"
main debug: TIMER module_need() : 0.139 ms - Total 0.139 ms / 1 intvls (Avg 0.139 ms)
main debug: creating access 'udp' location='@230.33.0.13:1234', path='(null)'
main debug: looking for access module: 1 candidate
access_udp debug: opening server=:0 local=230.33.0.13:1234
main debug: net: opening 230.33.0.13 datagram port 1234
main error: cannot join multicast group: Can't assign requested address
Say it to our IPVT providers! Is it the best solution from developers?Use RTP.
Do you mean that just as a troubleshooting step, or do you mean to say that raw UDP support was removed on purpose? We won't be able to easily change existing raw UDP based IPTV systems if this feature was taken out.Use RTP.
Code: Select all
main debug: `rtp://@224.10.10.10:50000' gives access `rtp' demux `' path `@224.10.10.10:50000'
main debug: creating demux: access='rtp' demux='' location='@224.10.10.10:50000' file='(null)'
main debug: looking for access_demux module: 1 candidate
main debug: net: opening 224.10.10.10 datagram port 50000
main error: cannot join multicast group: Can't assign requested address
main debug: no access_demux module matching "rtp" could be loaded
main debug: TIMER module_need() : 1.099 ms - Total 1.099 ms / 1 intvls (Avg 1.099 ms)
main debug: creating access 'rtp' location='@224.10.10.10:50000', path='(null)'
main debug: looking for access module: 0 candidates
main debug: no access module matched "rtp"
main debug: TIMER module_need() : 0.172 ms - Total 0.172 ms / 1 intvls (Avg 0.172 ms)
main error: open of `rtp://@224.10.10.10:50000' failed
main debug: finished input
main debug: dead input
main debug: changing item without a request (current 0/1)
main debug: nothing to play
A few posts above I posted that RTP doesn't work. Even before those other people started reporting that UDP doesn't work too.Use RTP.
Return to “VLC media player for macOS Troubleshooting”
Users browsing this forum: No registered users and 6 guests