Hi All,
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
-T
On 2020-01-13 06:43, ToddAndMargo via users wrote:
Hi All,
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
-T
Sounds just fine here in Taiwan. :-) :-)
On 2020-01-12 14:59, Ed Greshko wrote:
On 2020-01-13 06:43, ToddAndMargo via users wrote:
Hi All,
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
-T
Sounds just fine here in Taiwan. :-) :-)
I am getting the same feedback from folks over on the mozilla list too. What the heck??
On Sun, 2020-01-12 at 14:43 -0800, ToddAndMargo via users wrote:
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
Have you pushed the playback volume up above 100%?
On 2020-01-12 15:37, Tim via users wrote:
On Sun, 2020-01-12 at 14:43 -0800, ToddAndMargo via users wrote:
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
Have you pushed the playback volume up above 100%?
It is around 30%
Same on Firefox and Parole where there is no distortion
On Sun, Jan 12, 2020 at 04:52:05PM -0800, ToddAndMargo via users wrote:
On 2020-01-12 15:37, Tim via users wrote:
On Sun, 2020-01-12 at 14:43 -0800, ToddAndMargo via users wrote:
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
Have you pushed the playback volume up above 100%?
It is around 30%
Same on Firefox and Parole where there is no distortion
I don't have youtube-dl, but I have the videodownloader plugin for Firefox. Downloaded it as mpeg-mp3 and it sounds fine to me.
Fred
On 2020-01-13 07:07, ToddAndMargo via users wrote:
On 2020-01-12 14:59, Ed Greshko wrote:
On 2020-01-13 06:43, ToddAndMargo via users wrote:
Hi All,
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
-T
Sounds just fine here in Taiwan. :-) :-)
I am getting the same feedback from folks over on the mozilla list too. What the heck??
FWIW, I get.
[egreshko@meimei ~]$ ffprobe Eternal\ Love\ Michael\ Learns\ To\ Rock-J8Tkyj_KS98.webm ffprobe version 4.2.2 Copyright (c) 2007-2019 the FFmpeg developers built with gcc 9 (GCC) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' --extra-ldflags='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' --extra-cflags=' ' --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 --enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa --enable-libaom --enable-libdav1d --enable-libass --enable-libbluray --enable-libcdio --enable-libdrm --enable-libjack --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc --enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzimg --enable-libzvbi --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-libmfx --enable-runtime-cpudetect libavutil 56. 31.100 / 56. 31.100 libavcodec 58. 54.100 / 58. 54.100 libavformat 58. 29.100 / 58. 29.100 libavdevice 58. 8.100 / 58. 8.100 libavfilter 7. 57.100 / 7. 57.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 5.100 / 5. 5.100 libswresample 3. 5.100 / 3. 5.100 libpostproc 55. 5.100 / 55. 5.100 Input #0, matroska,webm, from 'Eternal Love Michael Learns To Rock-J8Tkyj_KS98.webm': Metadata: ENCODER : Lavf58.29.100 Duration: 00:04:08.04, start: -0.007000, bitrate: 289 kb/s Stream #0:0(eng): Video: vp9 (Profile 0), yuv420p(tv), 854x480, SAR 1:1 DAR 427:240, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default) Metadata: DURATION : 00:04:08.014000000 Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp (default) Metadata: DURATION : 00:04:08.041000000
On 2020-01-12 14:43, ToddAndMargo via users wrote:
Hi All,
Fedora 31, x64 vlc-3.0.9-22.fc31.x86_64
I just downloaded
$ youtube-dl --audio-format best --audio-quality 0 https://www.youtube.com/watch?v=J8Tkyj_KS98
And in Firefox, I loaded the URL in one tab and the downloaded file in another. Side by side, there is no difference. Parole is no difference than Firefox either.
But loading the file into VLC, distortion city, especially around 1:45.
What the heck ????
-T
Follow up:
Fixed it!
Fedora31, x64 vlc-3.0.9-22.fc31.x86_6
# = root; $ = user
# dnf remove vlc $ rm -rf ~.vlc $ rm -rf ./.cache/vlc $ rm -rf ./.config/vlc # mv /usr/lib64 /usr/lib64/vlc001 # dnf install vlc
Joy!
On Mon, Jan 13, 2020 at 3:58 PM ToddAndMargo via users users@lists.fedoraproject.org wrote:
# mv /usr/lib64 /usr/lib64/vlc001
Hmmm.
On 1/13/20 1:16 PM, Garry Williams wrote:
On Mon, Jan 13, 2020 at 3:58 PM ToddAndMargo via users users@lists.fedoraproject.org wrote:
# mv /usr/lib64 /usr/lib64/vlc001
Hmmm.
Yes, I think there's something missing in that command. :-)
On 2020-01-13 13:32, Samuel Sieb wrote:
On 1/13/20 1:16 PM, Garry Williams wrote:
On Mon, Jan 13, 2020 at 3:58 PM ToddAndMargo via users users@lists.fedoraproject.org wrote:
# mv /usr/lib64 /usr/lib64/vlc001
Hmmm.
Yes, I think there's something missing in that command. :-)
What ?!?!? I don't see a thing wrong!!! Okay, okay.
:-)
# mv /usr/lib64/vlc /usr/lib64/vlc.001
:'(
-T
On 2020-01-13 16:40, Samuel Sieb wrote:
On 1/13/20 1:59 PM, ToddAndMargo via users wrote:
# mv /usr/lib64/vlc /usr/lib64/vlc.001
And vlc still works? Most of those files are from vlc-core which you didn't reinstall.
vlc distorted until I removed vlc and removed all that other trash. When I reinstalled Vlc /usr/lib64/vlc repopulated with good stuff.
On 2020-01-14 08:40, Samuel Sieb wrote:
On 1/13/20 1:59 PM, ToddAndMargo via users wrote:
# mv /usr/lib64/vlc /usr/lib64/vlc.001
And vlc still works? Most of those files are from vlc-core which you didn't reinstall.
Well....
[egreshko@f31k ~]$ sudo dnf install vlc
Installing: vlc x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 1.7 M Installing dependencies: . . . vlc-core x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 9.7 M
Probably explains that...
On 1/13/20 5:55 PM, Ed Greshko wrote:
On 2020-01-14 08:40, Samuel Sieb wrote:
On 1/13/20 1:59 PM, ToddAndMargo via users wrote:
# mv /usr/lib64/vlc /usr/lib64/vlc.001
And vlc still works? Most of those files are from vlc-core which you didn't reinstall.
Well....
[egreshko@f31k ~]$ sudo dnf install vlc
Installing: vlc x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 1.7 M Installing dependencies: . . . vlc-core x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 9.7 M
Probably explains that...
He only showed uninstalling vlc. However, if his dnf has autoremove enabled, it would have removed that as well. I'm curious about what is in the vlc.001 directory.
On 2020-01-14 15:07, Samuel Sieb wrote:
On 1/13/20 5:55 PM, Ed Greshko wrote:
On 2020-01-14 08:40, Samuel Sieb wrote:
On 1/13/20 1:59 PM, ToddAndMargo via users wrote:
# mv /usr/lib64/vlc /usr/lib64/vlc.001
And vlc still works? Most of those files are from vlc-core which you didn't reinstall.
Well....
[egreshko@f31k ~]$ sudo dnf install vlc
Installing: vlc x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 1.7 M Installing dependencies: . . . vlc-core x86_64 1:3.0.9-22.fc31 rpmfusion-free-updates 9.7 M
Probably explains that...
He only showed uninstalling vlc. However, if his dnf has autoremove enabled, it would have removed that as well. I'm curious about what is in the vlc.001 directory.
I don't know how to determine if "dnf has autoremove enabled". However, on a stock/fresh install of F31 on which I just enabled rpmfusion and installed vlc I get....
[egreshko@f31k ~]$ sudo dnf remove vlc Dependencies resolved.
Removing: vlc x86_64 1:3.0.9-22.fc31 @rpmfusion-free-updates 5.5 M Removing unused dependencies: . . . vlc-core x86_64 1:3.0.9-22.fc31 @rpmfusion-free-updates . . . Remove 63 Packages
Freed space: 496 M Is this ok [y/N]: n
Since I didn't do anything to enable "autoremove" I suppose you're saying it is enabled by default? How to check?
On 2020-01-14 15:24, Ed Greshko wrote:
Since I didn't do anything to enable "autoremove" I suppose you're saying it is enabled by default? How to check?
Oh, never mind.
I think you're using the wrong terminology.
dnf.conf contains, by default
clean_requirements_on_remove=True
And from the man page....
clean_requirements_on_remove boolean
Remove dependencies that are no longer used during dnf remove. A package only qualifies for removal via clean_require‐ ments_on_remove if it was installed through DNF but not on explicit user request, i.e. it was pulled in as a dependency. The default is True. (installonlypkgs are never automatically removed.)
On 1/13/20 11:27 PM, Ed Greshko wrote:
On 2020-01-14 15:24, Ed Greshko wrote:
Since I didn't do anything to enable "autoremove" I suppose you're saying it is enabled by default? How to check?
Oh, never mind.
I think you're using the wrong terminology.
dnf.conf contains, by default
clean_requirements_on_remove=True
Yes, but the option to disable it is "--noautoremove".
On 2020-01-14 16:04, Samuel Sieb wrote:
On 1/13/20 11:27 PM, Ed Greshko wrote:
On 2020-01-14 15:24, Ed Greshko wrote:
Since I didn't do anything to enable "autoremove" I suppose you're saying it is enabled by default? How to check?
Oh, never mind.
I think you're using the wrong terminology.
dnf.conf contains, by default
clean_requirements_on_remove=True
Yes, but the option to disable it is "--noautoremove".
So, the OP would have had to specify that option for vlc-core not to have been removed.
And, since the OP did say, "When I reinstalled Vlc /usr/lib64/vlc repopulated with good stuff" and you've determined that the contents of /usr/lib64/vlc is mainly part of the core package it is pretty clear what did occur.
FWIW, it is too bad the OP did rm on ./.config/vlc. It would have been interesting to see what would have happened if that directory was just moved and then moved back to see if it had something to do with the issue.
On 2020-01-14 00:14, Ed Greshko wrote:
FWIW, it is too bad the OP did rm on ./.config/vlc. It would have been interesting to see what would have happened if that directory was just moved and then moved back to see if it had something to do with the issue.
Nothing got better until I did the drastic remove everything. When I removed vlc and reinstalled and renamed the lib64/vlc, it would not even play anything. Told me to read the error logs, but did not give the path to them.
-
Ed Greshko -
Fred Smith -
Garry Williams -
Samuel Sieb -
Tim -
ToddAndMargo