Opened 16 years ago
Closed 16 years ago
#4606 closed defect (fixed)
Broken progress bar in DVB-Radio playback plus stuttering
Reported by: | Owned by: | Isaac Richards | |
---|---|---|---|
Priority: | blocker | Milestone: | 0.21 |
Component: | mythtv | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
When playing a 5 minute DVB radio recording the progress bar from pressing 'info' reports 01 of 01 all the time.
Perhaps related, the skip forwards and back (I have set to 30s forward, 8s back) appears to move an arbitrary amount but without the progress bar thats only a guess!
Also, I'm still getting audio stuttering on 2 frontend - my low power Via Epia is usable but my much faster AMD32/nvidia box is pretty much dire.
Attached a -v audio,playback log of startup and playing a dvb radio file.
Attachments (2)
Change History (10)
Changed 16 years ago by
Attachment: | myth1.log.bz2 added |
---|
comment:1 Changed 16 years ago by
Milestone: | unknown → 0.21 |
---|
comment:2 Changed 16 years ago by
Priority: | minor → blocker |
---|
While looking at this issue I found a reproducible segfault occurs when you try to jump forward when watching a DVB radio recording. This seems to be a related regression following the multirec merge.
Backtrace here: http://pastebin.ca/911430
comment:3 Changed 16 years ago by
I'm hitting this problem too. What I've noticed is that if you pause the playback and then unpause it starts again and 'corrects' the stuttering.
Also when I first hit this problem I experienced it as the whole machine hanging. I discovered that it wasn't actually hanging but that the mythfrontend was taking all the CPU. It would eventually respond to e.g. a keypress, but it was taking forever and practically speaking I had to reboot.
I had real-time priority set up using /etc/security/limit.conf. When I disabled this I got the problem as described here - stuttering. I also see the progress bar as '01 of 01'
When listening to DVB Radio view LiveTV I don't get this problem. I can play back the underlying recording file with mplayer without stuttering.
Let me know if you want me to upload any logs etc.
comment:4 Changed 16 years ago by
The problem here seems to be that the fps isn't being set for audio only recordings. Changing it to 25 and the progress bar, time display and seeking work OK.
This doesn't fix the stuttering that's another issue. For me the stuttering is accompanied by lots of these message in the log:-
2008-02-24 20:27:36.031 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.040 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.059 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.068 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.085 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.110 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost! 2008-02-24 20:27:36.129 NVP::AddAudioData():p1: Audio buffer overflow, audio data lost!
Like latepaul says pausing and then unpausing stops the stuttering.
comment:5 Changed 16 years ago by
comment:6 Changed 16 years ago by
I've just attached a patch that fixes this for me. Can someone who has this problem give it a try and report back.
This is a regression from 0.20.