Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
01-20-2014, 03:36 AM
|
#31
|
Member
Registered: Apr 2013
Location: Pennsylvania
Distribution: Slackware, Debian
Posts: 185
Rep:
|
Quote:
Originally Posted by comet.berkeley
Lately I suspect the problem to be related to decoding the audio codec A52 because when the audio is disabled then there is no stuttering at all on the video MPEG-1/2.
|
Just out of curiosity and this is probably a stupid question but are you using ffmpeg?
|
|
|
01-20-2014, 04:56 AM
|
#32
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
What I am going to do in order to try and resolve this ssue, is downgrade the libdvbpsi library.
You indicate that your playback problems are with digital video streams. When I went from vlc-2.0.8 to vlc-2.1.0 I also upgraded the libdvbpsi library from 0.2.2 to 1.1.0. I noticed that the VideoLAN team still uses the older 0.2.2 library to build their Windows version of the VLC player. Also the release notes state that the API for 1.x has changed with regard to the old 0.2.2. Perhaps this is the root cause.
Once I have a package I'll upload it for testing. Perhaps it will even coincide with the vlc-2.l.3 release in which case I'll just stick libdvbpsi-0.2.2 in.
Eric
|
|
|
01-20-2014, 06:15 PM
|
#33
|
Member
Registered: Dec 2009
Posts: 358
Rep:
|
Quote:
Originally Posted by bmarley83
Just out of curiosity and this is probably a stupid question but are you using ffmpeg?
|
This is a good question.
I tried downgrading the ffmpeg 2.1 in vlc-2.1.2 to ffmpeg 1.2 (23ee00 March 8, 2013) and it made no difference. I also tried dynamically using an external ffmpeg 1.2 (23ee00 March 8, 2013) and that made no difference.
While using the dynamic ffmpeg (FFMPEG_STATIC="NO") I deleted the ffmpeg external package and that made no difference.
So I suspect that ffmpeg is not being used.
|
|
|
01-21-2014, 03:33 AM
|
#34
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
In my VLC package, FFMPEG is a crucial component. Most of the decoding and encoding is done by the package's internal ffmpeg libraries. My VLC package does however not use the dynamic libraries of any ffmpeg package which might also be installed on your computer. However there's some A/V formats and ways of accessing data streams which do not depend on the ffmpeg libraries, some of those are a52dec (AC/3 audio), faad (AAC audio), libdvbpsi (digital video stream access), x264 (H.264/MP4 video) etc.
What version of Slackware and what architecture should I create a test VLC package for? I have a working build now, with libdvbpsi downgraded to 0.2.2 and the newest ffmpeg (and libdvdread, libdvdnav) which are also used by the VideoLAN developers for the upcoming VLC 2.1.3 release.
Eric
|
|
|
01-21-2014, 10:43 AM
|
#35
|
Member
Registered: Dec 2009
Posts: 358
Rep:
|
Quote:
Originally Posted by Alien Bob
What version of Slackware and what architecture should I create a test VLC package for? I have a working build now, with libdvbpsi downgraded to 0.2.2 and the newest ffmpeg (and libdvdread, libdvdnav) which are also used by the VideoLAN developers for the upcoming VLC 2.1.3 release.
Eric
|
I have two systems, the main one is an AMD 64-bit multi-core Slackware64 current system and the other is an Intel i386 single-core Slackware 14.1-stable system.
Both have Radeon graphics chips. Both work fine with vlc-2.0.9 on all channels and fail to work with vlc-2.1.2 on several channels.
|
|
|
01-21-2014, 10:50 AM
|
#36
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
OK, try this one and report your findings please: http://www.slackware.com/~alien/vlc21/x86_64/
Compiled on Slackware64 14.1.
Eric
Edit: No idea why only the .txt file shows up in the browser here, but the direct link to http://www.slackware.com/~alien/vlc2..._64-4alien.txz works.
Last edited by Alien Bob; 01-21-2014 at 10:52 AM.
|
|
1 members found this post helpful.
|
01-21-2014, 09:06 PM
|
#37
|
Member
Registered: Dec 2009
Posts: 358
Rep:
|
Quote:
Originally Posted by Alien Bob
|
Thanks Eric! The link works fine with me. But the new 2.1.2 version 4 works about the same as the 2.1.2 version 3. I still get stuttering on several channels.
One detail I notice with 2.1.2:
1) The "Audio"->"Audio Device" panel is missing the "Default" that
shows up in 2.0.8
So 2.0.8 has 11 choices and 2.1.2 has 10 choices
Again if I select "Audio"->"Audio Device"->"Discard all samples..." then the stuttering stops and the video is very clear.
It looks like an audio issue to me.
For now I'm happy with 2.0.8 and 2.0.9.
|
|
|
01-22-2014, 06:31 AM
|
#38
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
I advise you to run a vlc session with "vlc -vvv" and capture the output, then create a new bug ticket in VidaoLAN's bug tracker.
Eric
|
|
1 members found this post helpful.
|
01-22-2014, 11:29 AM
|
#39
|
Member
Registered: Dec 2009
Posts: 358
Rep:
|
Quote:
Originally Posted by Alien Bob
I advise you to run a vlc session with "vlc -vvv" and capture the output, then create a new bug ticket in VidaoLAN's bug tracker.
Eric
|
Before creating a bug ticket I decided to post to the VideoLAN Linux forum first:
https://forum.videolan.org/viewtopic.php?f=13&t=116899
But before capturing the output I had to modify the code in order to set the -vvv option:
Code:
hdhomerun_config_gui/src/Viewer.cpp:
execlp(ExeName.c_str()
, ExeName.c_str()
, "-vvv"
, "--deinterlace=-1"
, "udp://@127.0.0.1:5000"
, (char *)NULL);
Thanks for all your help Eric. In the mean time vlc 2.0.8 and 2.0.9 work fine.
Richard
|
|
|
01-22-2014, 12:56 PM
|
#40
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Quote:
Originally Posted by comet.berkeley
But before capturing the output I had to modify the code in order to set the -vvv option:
Code:
hdhomerun_config_gui/src/Viewer.cpp:
execlp(ExeName.c_str()
, ExeName.c_str()
, "-vvv"
, "--deinterlace=-1"
, "udp://@127.0.0.1:5000"
, (char *)NULL);
|
Huh? THe command "vlc -vvv [optional other parameters or file]" in an X terminal works perfectly fine for me.
Eric
|
|
|
01-22-2014, 05:31 PM
|
#41
|
Member
Registered: Jul 2005
Location: Iowa
Distribution: Slackware
Posts: 180
Rep:
|
The program Hdhomerun runs the vlc command and tells the hdhomerun device to stream its video. (It streams over ethernet). hdhomerun calls vlc from within its own programming - so the program itself needs to be adjusted. You don't just open up vlc and connect to it.
|
|
|
01-24-2014, 11:49 AM
|
#42
|
Member
Registered: Jul 2005
Location: Iowa
Distribution: Slackware
Posts: 180
Rep:
|
I've found something - I'm using hdhomerun and vlc in combo as well. If I disable the sound, the visual does not stutter - if I make the audio output 2 channel stereo instead of the 5.1 it seems to remove the stutter - does this happen for you as well?
|
|
1 members found this post helpful.
|
01-24-2014, 03:53 PM
|
#43
|
Member
Registered: Dec 2009
Posts: 358
Rep:
|
Quote:
Originally Posted by rigelan
I've found something - I'm using hdhomerun and vlc in combo as well. If I disable the sound, the visual does not stutter - if I make the audio output 2 channel stereo instead of the 5.1 it seems to remove the stutter - does this happen for you as well?
|
Yes, thank you!
Like you if I disable the sound the stuttering stops and now if I set the sound device to
the front speakers, then the stuttering stops too. (Even though I have no front speakers plugged in.)
I found a way to test without using the hdhomerun_config_gui by using the older hdhomerun_config program in the libhdhomerun/ directory.
Here is a script that works for a single channel 44-3:
Code:
#!/bin/sh
set -x
# >>>> Set these IP addresses to match your setup <<<<<<<
IPC="192.168.1.2" # IP address of the client machine playing the video
IPS="192.168.1.3" # IP address of the HDHOMERUN HDHR3-US video server
# >>>> Set these to match the station you wish to view
hdhomerun_config $IPS set /tuner0/channel 44 # or 19 or ...
hdhomerun_config $IPS set /tuner0/program 3
#vlc rtp://@:5000 &
vlc --deinterlace=-1 udp://@:5000 &
sleep 3 # give vlc a chance to warm up before starting the server
#hdhomerun_config $IPS set /tuner0/target rtp://$IPC:5000 ttl=64
hdhomerun_config $IPS set /tuner0/target udp://$IPC:5000 ttl=64
The hdhomerun_config_gui uses udp protocol but either udp or rtp protocols works fine in the script.
Documentation for hdhomerun_config can be found here:
http://www.silicondust.co http://www...evelopment.pdf
Last edited by aaazen; 01-24-2014 at 03:55 PM.
Reason: simplify grammar
|
|
|
01-24-2014, 04:08 PM
|
#44
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
There's apparently two forms of multichannel audio: Dolby Digital (also called AC3, supported by liba52 in VLC) and DTS Coherent Acoustics (supported by libdca).
I noticed that the MS Windows build of VLC has the following parameter to the internal FFMPEG library avcocec: "--disable-decoder=dca". Apparently ffmpeg is not used then to decode DTS audio, the libdca library is instead linked directly into VLC. The difference with my build is that I do not disable the DTS decoder in my ffmprg libraries, and it is linked into VLC itself as well. Perhaps there is some kind of interference between ffmpeg's DTS decoding capability and the one VLC supports directly?
I can try a build this weekend with "--disable-decoder=dca" added to ffmpeg.
Eric
|
|
|
01-24-2014, 04:40 PM
|
#45
|
Member
Registered: Jul 2005
Location: Iowa
Distribution: Slackware
Posts: 180
Rep:
|
Regarding VLC & ffmpeg
Does VLC use a compiled-in ffmpeg library to decode?
Does it only need ffmpeg during compilation?
I use ffmpeg on my system, would this be interfering with the VLC in any way (in the current way it is compiled)?
|
|
|
All times are GMT -5. The time now is 03:44 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|