| Summary: | Kaffeine can't tune in RTL (dvb-c / german television) | ||
|---|---|---|---|
| Product: | [Applications] kaffeine | Reporter: | boris64 <bugs.kde> |
| Component: | general | Assignee: | Mauro Carvalho Chehab <mchehab> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | 2.0.1 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
boris64
2016-06-19 18:35:21 UTC
Hmm... [00007fc468145878] core decoder error: Could not convert timestamp 0 I noticed the same issue while watching to ISDB-T channels, with are also encoded with MPEG-4. This is an issue with VLC 2.2.x. This was fixed on VLC 3.0 (development versions), but, at least until 2.2.4, the fix was not backported yet. Maybe you could open a bug also for VLC, asking them to fix it on the stable branch, and providing them more info and maybe a sample record. https://trac.videolan.org/vlc/query?group=status&milestone=2.2.x+maintenance+branch FYI, even if Kaffeine/libVLC is unable to play, you can still record the show by scheduling a record. Hi Mauro, thank you for your help (and for moving forward on kaffeine (finally!)). Do you have a link for that patch / fix you are talking about? I'll report my issue tomorrow upstream ,) thank you in advance! (In reply to boris64 from comment #3) > Hi Mauro, > > thank you for your help (and for moving forward on kaffeine (finally!)). Anytime. > Do you have a link for that patch / fix you are talking about? I'll report my > issue tomorrow upstream ,) I didn't identify the specific patchset that fixed it. I noticed one patchset that says something about making MPEG-TS (or mpeg4?) more reliable and tried to backport to 2.2.4. Didn't solve. So, either I picked up the wrong patch or it is a series of fixes that made the difference. As I was busy with other things, I opted to install vlc 3.0 from the Fedora 24 UnitedRpm repository, and moved on. Boris, I'm closing this bug, as the latest version of VLC should solve the issue. Yet, please update this BZ if you know about such fix for libVLC 2.2.x, as, in such case, I'll update Kaffeine's README.md. FYI: i tried up2date vlc-3 (git-whatever) + vlc-clang-git and it turned out that RTL was ok (for now), but another channel showed video only and no sound anymore. Ahhrr crap. So this really seems to be some kind of _vlc issue_. Too bad there is no way of choosing the backend used in kaffeine. In (s)mplayer everything is really ok (but on the other hand it's really slow when switching channels because of buffering). Ok, thanks for your help anyway ;) (In reply to boris64 from comment #6) > FYI: i tried up2date vlc-3 (git-whatever) + vlc-clang-git and it turned out > that RTL was ok (for now), but another channel showed video only and no > sound anymore. Ahhrr crap. heh... > So this really seems to be some kind of _vlc issue_. Too bad there is no way > of choosing the backend used in kaffeine. In (s)mplayer everything is really > ok (but on the other hand it's really slow when switching channels because > of buffering). It used to have for a while, with Kaffeine 1.0.x, I guess... The mplayer backend code is still there (and the libxine/gst at the logs), but putting those backends work again is painful. If someone would write the patches to re-enable mplayer as another backend option and/or to add support for gst, I may end applying it upstream. > > Ok, thanks for your help anyway ;) Hey Mauro, i filed a ticket at the vlc guys. -> https://trac.videolan.org/vlc/ticket/17103#ticket Have a nice weekend ,) FYI: Seems to be fixed now in vlc-3.0.0(git), at least it works for me ;) |