Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upQubes appVMs/StandaloneVMs speed fire up #1698
Comments
TNTBOMBOM
changed the title from
debian speed fire up
to
Qubes appVMs speed fire up
Jan 26, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Jan 27, 2016
UPDATE 1
not just the appVMs & even the standaloneVMs
and i think something has changed in the last fidora-23 update which poisoned the entire qubes OS with this bug.
hope u participate in helping here urgently guys.
TNTBOMBOM
commented
Jan 27, 2016
|
UPDATE 1 not just the appVMs & even the standaloneVMs and i think something has changed in the last fidora-23 update which poisoned the entire qubes OS with this bug. hope u participate in helping here urgently guys. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Jan 28, 2016
UPDATE 2
any new whonix-WS , is also infected with this bug. cant watch anything inside the TBB
cross linking
https://forums.whonix.org/t/streaming-videos-inside-the-tbb-not-possible-whonix-qubes-specific/2018
TNTBOMBOM
commented
Jan 28, 2016
|
UPDATE 2 any new whonix-WS , is also infected with this bug. cant watch anything inside the TBB cross linking https://forums.whonix.org/t/streaming-videos-inside-the-tbb-not-possible-whonix-qubes-specific/2018 |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Jan 30, 2016
^^^^ this one ppl what do u call it ? video line or whatever ....
when i run any video i cant watch it because the red dot (as u c it in the pic) Moving very fast and jumping through seconds from 0 to 3 to 8 to ...etc.
so streaming any video inside Qubes = impossible
@marmarek how can i help u with this to get more info ?
TNTBOMBOM
commented
Jan 30, 2016
|
^^^^ this one ppl what do u call it ? video line or whatever .... when i run any video i cant watch it because the red dot (as u c it in the pic) Moving very fast and jumping through seconds from 0 to 3 to 8 to ...etc. so streaming any video inside Qubes = impossible @marmarek how can i help u with this to get more info ? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jan 31, 2016
Member
Does it happen also with other video players, or just youtube in TBB? How about normal Firefox/Iceweasel? It is running using HTML5, or flash player (try switching to HTML5 if using flash)?
|
Does it happen also with other video players, or just youtube in TBB? How about normal Firefox/Iceweasel? It is running using HTML5, or flash player (try switching to HTML5 if using flash)? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
Jan 31, 2016
Member
I can confirm, that I also experienced this issue in past. Not enough
information to write a bug report, but hth... Already in R3.0 iirc.
Could be hardware dependent.
The approximate(!) steps to reproduce would be:
Start a browser in AppVM A.
Start a youtube video in AppVM A.
Change dom0 sound settings if you have multiple sound cards and outputs.
Close the browser in AppVM A.
Start a new browser in the [same] in AppVM A.
Now the video might be played super fast.
I could only restore to normal after reboot. AppVM restart did not help.
IIRC
|
I can confirm, that I also experienced this issue in past. Not enough The approximate(!) steps to reproduce would be: Start a browser in AppVM A. I could only restore to normal after reboot. AppVM restart did not help. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 1, 2016
Does it happen also with other video players, or just youtube in TBB? How about normal Firefox/Iceweasel? It is running using HTML5, or flash player (try switching to HTML5 if using flash)?
as i have mentioned already above and as patrick also said = in all of VMs. firefox or iceweasel or TBB , whonix or not ..etc
TNTBOMBOM
commented
Feb 1, 2016
as i have mentioned already above and as patrick also said = in all of VMs. firefox or iceweasel or TBB , whonix or not ..etc |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Jeeppler
commented
Feb 1, 2016
|
Have you tried to delete your AppVM and create a new one? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 1, 2016
yep i did. and again its not just the appVMs even standealoneVMs (which they r based on fedora-23 or debian-jessie or whonnix-ws/gw templates).
TNTBOMBOM
commented
Feb 1, 2016
|
yep i did. and again its not just the appVMs even standealoneVMs (which they r based on fedora-23 or debian-jessie or whonnix-ws/gw templates). |
TNTBOMBOM
changed the title from
Qubes appVMs speed fire up
to
Qubes appVMs/StandaloneVMs speed fire up
Feb 1, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 2, 2016
all my appVMs/standaloneVMs r infected witha same speed problem , except one appVMs which is an old whonix-WS. ( i have created new one based on the current template , but it is infected witha same problem).
so a useful thing to do for this issue:-
how can we extract some useful information which may help us from the old WS which is not infected and compare it with an infected WS ? good commands for this i dont really know, but how about u guys ?
*WS = workstation or whonix-workstation.
TNTBOMBOM
commented
Feb 2, 2016
|
all my appVMs/standaloneVMs r infected witha same speed problem , except one appVMs which is an old whonix-WS. ( i have created new one based on the current template , but it is infected witha same problem). so a useful thing to do for this issue:- how can we extract some useful information which may help us from the old WS which is not infected and compare it with an infected WS ? good commands for this i dont really know, but how about u guys ? *WS = workstation or whonix-workstation. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Feb 2, 2016
Member
Check pulseaudio settings in that VM. First of all, check if module-vchan-sink is loaded: pactl list modules, also listing sinks may be useful. Some video players (not sure if youtube is one of them) synchronize playing speed to audio, so if there is something wrong with audio, it would affect playing speed.
Another idea is system clock - does the time in VM is correct?
|
Check pulseaudio settings in that VM. First of all, check if |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 3, 2016
well ahm i said good commands to type not good places to check.
so in WS how to do this checkism with commands?
TNTBOMBOM
commented
Feb 3, 2016
|
well ahm i said good commands to type not good places to check. so in WS how to do this checkism with commands? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Feb 4, 2016
Member
Execute pactl list modules in WS and search for module-vchan-sink. If itsn't there, that may be a source of the problem. If you have the module in place, to the same with pactl list sinks.
As for system clock - simply check date output - does it match the current time (more or less)?
|
Execute |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 4, 2016
found the error , its module-vchan-sink (Usage counter: 0)
- Purple = WS-appvm not infected
- Orange = WS-appvm infected
- Green = debian-standaloneVM infected
- Fedora-23 appvm = infected
pactl list sinks= good no difference
date = good no deference
TNTBOMBOM
commented
Feb 4, 2016
|
found the error , its
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Feb 4, 2016
Member
Usage counter should be "0", when idle. But should be "1" (or greater) when playing. You can also check vchan sink state - it should be "RUNNING" when playing. BTW How many sinks you have - there should only one.
|
Usage counter should be "0", when idle. But should be "1" (or greater) when playing. You can also check vchan sink state - it should be "RUNNING" when playing. BTW How many sinks you have - there should only one. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 4, 2016
Usage counter should be "0", when idle. But should be "1" (or greater) when playing. You can also check vchan sink state - it should be "RUNNING" when playing.
well then they r all the same (damn thought we got this issue).
BTW How many sinks you have - there should only one.
u mean this command:-
user@host:~$ pactl list sinks
Sink #0
State: RUNNING
Name: vchan_output
Description: Qubes VCHAN sink
Driver: module-vchan-sink.c
Sample Specification: s16le 2ch 44100Hz
Channel Map: front-left,front-right
Owner Module: 4
Mute: no
Volume: front-left: 81920 / 125% / 5.81 dB, front-right: 81920 / 125% / 5.81 dB
balance 0.00
Base Volume: 65536 / 100% / 0.00 dB
Monitor Source: vchan_output.monitor
Latency: 0 usec, configured 46439 usec
Flags: DECIBEL_VOLUME LATENCY
Properties:
device.string = "vchan_output"
device.description = "Qubes VCHAN sink"
device.icon_name = "audio-card"
Formats:
pcm
so i think these commands they look like all having the same results , do u have more ?
TNTBOMBOM
commented
Feb 4, 2016
well then they r all the same (damn thought we got this issue).
u mean this command:-
so i think these commands they look like all having the same results , do u have more ? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
The same - only one. It must be something else... |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 4, 2016
hmm well here is a pic of pactl list sinks from
- Purple = WS-appvm not infected
- Orange = WS-appvm infected
- Blue = Fedora-23 appvm infected
The same - only one. It must be something else...
well how to check/solve this , if this is the problem ?
TNTBOMBOM
commented
Feb 4, 2016
|
hmm well here is a pic of
well how to check/solve this , if this is the problem ? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Check how that looks during some video playing |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Feb 4, 2016
- Purple = WS-appvm not infected
- Orange = WS-appvm infected
- Blue = Fedora-23 appvm infected
- Green = debian-standaloneVM infected
TNTBOMBOM
commented
Feb 4, 2016
|
marmarek
added
bug
P: minor
labels
Feb 4, 2016
marmarek
added this to the Release 3.0 updates milestone
Feb 4, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
May 10, 2016
Member
I am also experienced this bug.
It happened to me while I tried to get sound to work over (intel audio) hdmi. In pavucontrol Conflagration I have set to Digital Stereo (HDMI 2) Output. (The others were marked as (Unplugged).) Then it started.
After setting it to Digital Surround 5.1 (HDMI 2) Output the video speedup bug stopped and HDMI sound worked. Seems reproducible. Although switching back and forth broke HDMI sound again.
Any more debug output required for this?
|
I am also experienced this bug. It happened to me while I tried to get sound to work over (intel audio) hdmi. In After setting it to Any more debug output required for this? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 10, 2016
Member
Take a look at pactl list and compare output between working and not working settings.
|
Take a look at |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
May 14, 2016
Member
pactl list outputs...
- analog_stero_duplex_audio_without_audio_lag.txt - working state, but analog audio only (notebook speakers or 3.5 out)
- hdmi_audio_with_audio_lag.txt - actually, it did not fully work. Audio is ~ 3 seconds too late.
- hdmi_audio_with_video_super_speedup.txt - Reproduced that state where videos run super fast.
diff hdmi_audio_with_audio_lag.txt hdmi_audio_with_video_super_speedup.txt
40c40
< Usage counter: 1
---
> Usage counter: 4
227c227,320
< Sink Input #40
---
> Sink Input #42
> Driver: protocol-native.c
> Owner Module: 6
> Client: 40
> Sink: 0
> Sample Specification: float32le 2ch 44100Hz
> Channel Map: front-left,front-right
> Format: pcm, format.sample_format = "\"float32le\"" format.rate = "44100" format.channels = "2" format.channel_map = "\"front-left,front-right\""
> Corked: yes
> Mute: no
> Volume: front-left: 81920 / 125% / 5.81 dB, front-right: 81920 / 125% / 5.81 dB
> balance 0.00
> Buffer Latency: 100000 usec
> Sink Latency: 0 usec
> Resample method: copy
> Properties:
> media.name = "AudioStream"
> application.name = "CubebUtils"
> native-protocol.peer = "UNIX socket client"
> native-protocol.version = "29"
> application.process.id = "5617"
> application.process.user = "user"
> application.process.host = "social"
> application.process.binary = "iceweasel"
> window.x11.display = ":0"
> application.language = "en_US.UTF-8"
> application.process.machine_id = "360b0ab67e13483195c906dbc0c08d2f"
> application.process.session_id = "c1"
> application.icon_name = "iceweasel"
> module-stream-restore.id = "sink-input-by-application-name:CubebUtils"
>
> Sink Input #43
> Driver: protocol-native.c
> Owner Module: 6
> Client: 40
> Sink: 0
> Sample Specification: float32le 2ch 44100Hz
> Channel Map: front-left,front-right
> Format: pcm, format.sample_format = "\"float32le\"" format.rate = "44100" format.channels = "2" format.channel_map = "\"front-left,front-right\""
> Corked: yes
> Mute: no
> Volume: front-left: 81920 / 125% / 5.81 dB, front-right: 81920 / 125% / 5.81 dB
> balance 0.00
> Buffer Latency: 82585 usec
> Sink Latency: 0 usec
> Resample method: copy
> Properties:
> media.name = "AudioStream"
> application.name = "CubebUtils"
> native-protocol.peer = "UNIX socket client"
> native-protocol.version = "29"
> application.process.id = "5617"
> application.process.user = "user"
> application.process.host = "social"
> application.process.binary = "iceweasel"
> window.x11.display = ":0"
> application.language = "en_US.UTF-8"
> application.process.machine_id = "360b0ab67e13483195c906dbc0c08d2f"
> application.process.session_id = "c1"
> application.icon_name = "iceweasel"
> module-stream-restore.id = "sink-input-by-application-name:CubebUtils"
>
> Sink Input #45
> Driver: protocol-native.c
> Owner Module: 6
> Client: 40
> Sink: 0
> Sample Specification: float32le 2ch 44100Hz
> Channel Map: front-left,front-right
> Format: pcm, format.sample_format = "\"float32le\"" format.rate = "44100" format.channels = "2" format.channel_map = "\"front-left,front-right\""
> Corked: yes
> Mute: no
> Volume: front-left: 81920 / 125% / 5.81 dB, front-right: 81920 / 125% / 5.81 dB
> balance 0.00
> Buffer Latency: 100000 usec
> Sink Latency: 0 usec
> Resample method: copy
> Properties:
> media.name = "AudioStream"
> application.name = "CubebUtils"
> native-protocol.peer = "UNIX socket client"
> native-protocol.version = "29"
> application.process.id = "5617"
> application.process.user = "user"
> application.process.host = "social"
> application.process.binary = "iceweasel"
> window.x11.display = ":0"
> application.language = "en_US.UTF-8"
> application.process.machine_id = "360b0ab67e13483195c906dbc0c08d2f"
> application.process.session_id = "c1"
> application.icon_name = "iceweasel"
> module-stream-restore.id = "sink-input-by-application-name:CubebUtils"
>
> Sink Input #46
299c392
< Client #42
---
> Client #45
306c399
< application.process.id = "5728"
---
> application.process.id = "5850"
|
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
I meant |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
May 14, 2016
Member
I needed to install pulseaudio-utils beforehand.
sudo qubes-dom0-update pulseaudio-utils
- dom0_analog_stereo_duplex_without_audio_lag.txt - During a state were analog audio worked.
- dom0_hdmi_audio_with_lag_probably.txt - (I would probably have to reboot to make audio actually work again. But this was the setting were audio lagged.)
- dom0_hdmi_audio_with_video_too_fast.txt - Video too fast. Always reproducible with that setting.
- dom0_analog_stereo_duplex_same_setting_with_lag.txt - Reset to analog audio but now also with lag. Would probably have to reboot to fix at least that one.
|
I needed to install pulseaudio-utils beforehand.
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 15, 2016
Member
Interesting - you have "combine" module enabled. Even more interesting - in cases "with lag" there is no real sound card sink present.
Try disabling "combine" - either unload the module with pactl unload-module module-combine-sink, or disable it in paprefs GUI tool.
|
Interesting - you have "combine" module enabled. Even more interesting - in cases "with lag" there is no real sound card sink present. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
May 15, 2016
Member
Disabled it using paprefs. Fortunately, I do personally not require simultaneous hdmi and analog audio. This helped, no more video super speedup, but still audio lag over hdmi.
|
Disabled it using paprefs. Fortunately, I do personally not require simultaneous hdmi and analog audio. This helped, no more video super speedup, but still audio lag over hdmi. |
adrelanos
referenced this issue
Jun 12, 2016
Open
Audio/video sync not as good as it should be? #1322
marmarek
modified the milestones:
Release 3.0 updates,
Release 3.1 updates
Nov 19, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TNTBOMBOM
Dec 16, 2016
good thing @adrelanos figured it out , actually just turning on/off the built-in audio is giving direct effect on the speed inside the virtual machine.
OFF = normal , ON = hyper-speed .
this problem still exist in Qubes 3.2 fresh installation
TNTBOMBOM
commented
Dec 16, 2016
|
good thing @adrelanos figured it out , actually just turning on/off the built-in audio is giving direct effect on the speed inside the virtual machine. OFF = normal , ON = hyper-speed . this problem still exist in Qubes 3.2 fresh installation |
TNTBOMBOM commentedJan 26, 2016
one of the strangest thing im getting atm , all my appVMs r blazing with its speed which it cant be useable for streaming videos.
for e.g:-
youtube videos moving in very high speed in which the connection speed can catch the speed of the video processing so no forward stream.
1------3-----8----10 loading 12------15----18---loading...etc (time in seconds)
also tried to run an audio player inside debian , i cant hear anything and the minutes line is rushing.
i dunno how to reproduce this , or how can i give a useful info to work on.
do u have commands , logs , ...etc i can check and report them back here ?
btw, all the rest r the same even appVMs from fedora-23 = youtube videos cant play normally
only an OLD whonix-WS-appVM & also some old appVMs which r based on fedora 21 the youtube (or any video online) inside them is working good = dont ask me why it just weird i know.