2520 replies to this topic

[christophecvr]

@Beeker , I analised more and it's curious that it does not run on gst-1.

 

you're device is mounted on /media/sr0

 

perhaps try with init 4 (hope that device remains mounted)

 

and try if it works with.

 

gst-launch-1.0 -v playbin uri=cdda://4

 

If ok then it's possible that for gst-1.0 the servicemp3.cpp needs an adaptation for gst-1.0

[addybo]

 

<  1007.814555> [eServiceMP3] Gstreamer error: GStreamer encountered a general stream error. (1) from decodebin0

<  1007.816717> [eServiceMP3] Gstreamer error: GStreamer encountered a general stream error. (1) from decodebin0

 

** (enigma2:767): CRITICAL **: file /home/user/mips/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r60/gst-plugins-base-1.5.1/gst/playback/gstdecodebin2.c: line 4322 (gst_decode_bin_expose): should not be reached

[ioctlVideo_SelectSource] (0) stream_source (0 -> 1) 

[ioctlAudio_SelectSource] (0) stream_source (0 -> 1) 

<  1010.622599> [eDVBFrontend] close frontend 0

playing 1:0:19:283D:3FB:1:C00000:0:0:0:

<  1017.316072> [eServiceMP3] stop http://127.0.0.1:516...c0-001ea000643d

 

[christophecvr]

Yes indeed it's a gstreamer bug on hls media. there is a report about it.

 

http://lists.freedes...ril/146698.html

[pieterg]

Here the patches where real use off cue sheet interface is made into serviceMp3 movies.

Nice work!
Just one comment, personally I'd very much prefer to keep the C++->python wrapping code in lib/python (in .i files).
I know the c++ code currently still contains a lot of python specific stuff, I've been working on moving that to swig interface files, but there's still a lot of work to do.

So if new code would not add more python object wrappers to the c++ code, that would be great.

[Beeker]

@Beeker , I analised more and it's curious that it does not run on gst-1.

 

you're device is mounted on /media/sr0

 

perhaps try with init 4 (hope that device remains mounted)

 

and try if it works with.

 

gst-launch-1.0 -v playbin uri=cdda://4

 

If ok then it's possible that for gst-1.0 the servicemp3.cpp needs an adaptation for gst-1.0

 

dm8000 login: root
Password:
root@dm8000:~# init 4
root@dm8000:~# gst-launch-1.0 -v playbin uri=cdda://4
Setting pipeline to PAUSED ...
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri = cdda://4
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source = "\(GstCdioCddaSrc\)\ source"
/GstPlayBin:playbin0/GstInputSelector:inputselector0.GstSelectorPad:sink_0: always-ok = false
ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstCdioCddaSrc:source: Could not open CD device for reading.
Additional debug info:
/home/hains/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-ugly/1.5.2+gitAUTOINC+090e8f7159-r0/git/ext/cdio/gstcdiocddasrc.c(407): gst_cdio_cdda_src_open (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstCdioCddaSrc:source:
cdio_open() failed: No such file or directory
Setting pipeline to NULL ...
Freeing pipeline ...
root@dm8000:~#
 

I tried 1-5. No luck..I found a old gstcdiocddasrc.c and gstcdiocddasrc.h in gstreamer 0.10 With header files using gstcdiocddasrc.h(include) as part of plugins-base. But that is removed since gstreamer 0.11 and i assume totally rebuild from stratch in 1.0.

 

for example. Reading sectors/tracks( correct me if i'm wrong) in gst 1.5.2 it is.

 

static gboolean
gst_cdio_cdda_src_open (GstAudioCdSrc * audiocdsrc, const gchar * device)
{
  GstCdioCddaSrc *src;
  discmode_t discmode;
  gint first_track, num_tracks, i;
  gint first_audio_sector = 0, last_audio_sector = 0;
#if LIBCDIO_VERSION_NUM > 83
  cdtext_t *cdtext;
#endif

  src = GST_CDIO_CDDA_SRC (audiocdsrc);

  g_assert (device != NULL);
  g_assert (src->cdio == NULL);

  GST_LOG_OBJECT (src, "trying to open device %s", device);

  if (!(src->cdio = cdio_open (device, DRIVER_UNKNOWN)))
    goto open_failed;

 

 

 

In 0.10 it is.

 

static gint
gst_cdda_base_src_get_track_from_sector (GstCddaBaseSrc * src, gint sector)
{
  gint i;

  for (i = 0; i < src->num_tracks; ++i) {
    if (sector >= src->tracks[i].start && sector <= src->tracks[i].end)
      return i;
  }
  return -1;
}

 

But many changes in name of  functions, arguments, classes...etc..But i know a lot of things to try...wish me good luck.

Edited by Beeker, 29 June 2015 - 17:14.

[christophecvr]

@Beeker that probably the reason why it dioes not work anymore in gst-1.5.1. indeed there are in enigma2 still some procedures which must be adapted to gstreamer-1

[christophecvr]

@Beeker,

 

Think the hotplug mounts the cd this should not be done anymore for audio cd (before it was same in linux)

 

But also in linux we do not mount the audio cd anymore. A dvd or data cd is well mounted.

Edited by christophecvr, 29 June 2015 - 19:09.

[christophecvr]

@Beeker

 

perhaps try if the cd is mounted as a file system to /media/srx

 

After init 4 is done ,

 

cd to media and look for a map called srx

 

if there is cd to that map and check if there are audio tracks in that map.

 

If so try the use

 

umount /media/srx

 

and try agin with

gst-launch-1.0 -v playbin uri=cdda://4

 

I'm just curious what's happeniong then.

[betacentauri]

Normally the audio CD should be mounted with cdfs. Then the tracks are visible as .wav files. Normal mediaplayer (=gstreamer) should playback the files as wav files and not with cdda://... URL. I cannot test it, but I see no reason why this shouldn't work any longer with gstreamer 1.x images.

If it don't work, please copy the .wav files to a HDD or USB stick. Does this work? If not, it's a kernel driver issue. If it works, can you playback the .wav files from HDD/USB stick?

If you want to use cdda:// then I guess the CD may not be mounted with cdfs.

[christophecvr]

Normally the audio CD should be mounted with cdfs. Then the tracks are visible as .wav files. Normal mediaplayer (=gstreamer) should playback the files as wav files and not with cdda://... URL. I cannot test it, but I see no reason why this shouldn't work any longer with gstreamer 1.x images.

If it don't work, please copy the .wav files to a HDD or USB stick. Does this work? If not, it's a kernel driver issue. If it works, can you playback the .wav files from HDD/USB stick?

If you want to use cdda:// then I guess the CD may not be mounted with cdfs.

Thath's the old way, (and actually very old)

 

Now gstreamer only supports cdda.

 

It's also the same on ubuntu 12.04 ubuntu 14.04. A audio cd is not mounted anymore. The application self mounts the cd ino a virtual gvfs file system based on cdda

[Beeker]

@Beeker

 

perhaps try if the cd is mounted as a file system to /media/srx

 

After init 4 is done ,

 

cd to media and look for a map called srx

 

if there is cd to that map and check if there are audio tracks in that map.

 

If so try the use

 

umount /media/srx

 

and try agin with

gst-launch-1.0 -v playbin uri=cdda://4

 

I'm just curious what's happeniong then.

 

dm8000 login: root
Password:
root@dm8000:~# init 4
root@dm8000:~# cd ../../
root@dm8000:/# ls
bin    dev    hdd    lib    mnt    run    share  tmp    var
boot   etc    home   media  proc   sbin   sys    usr
root@dm8000:/# cd media
root@dm8000:/media# ls
hdd   mmc1  sr0
root@dm8000:/media# cd sr0
root@dm8000:/media/sr0# ls
9.1.Apple_partition_map  track-01.wav             track-04.wav
9.2.Apple_HFS            track-02.wav             track-05.wav
sessions_1-7.iso         track-03.wav             track-06.wav
root@dm8000:/media/sr0# cd ..
root@dm8000:/media# umount /media/sr0
root@dm8000:/media# gst-launch-1.0 -v playbin uri=cdda://4
Setting pipeline to PAUSED ...
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration = -1
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri = cdda://4
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed = 0
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source = "\(GstCdioCddaSrc\)\ source"
/GstPlayBin:playbin0/GstInputSelector:inputselector0.GstSelectorPad:sink_0: always-ok = false
ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstCdioCddaSrc:source: Could not open CD device for reading.
Additional debug info:
openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-ugly/1.5.2+gitAUTOINC+090e8f7159-r0/git/ext/cdio/gstcdiocddasrc.c(407): gst_cdio_cdda_src_open (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstCdioCddaSrc:source:
cdio_open() failed: No such file or directory
Setting pipeline to NULL ...
Freeing pipeline ...
root@dm8000:/media#
 

 

Wave files from HDD is no problem. If i insert a CD, i get artist,songtitles,year,album..blablabla.. but mediaplayer doesn't start whatever i try in player..filelist,playlist..play/OK..

 

With gstreamer 0.10 no problem..Insert a CD and voila..music.

Edited by Beeker, 29 June 2015 - 21:51.

[christophecvr]

I was just hoping that after the unmount this message would not apear anymore

 

ERROR: from element /GstCdioCddaSrc:source: Could not open CD device for reading

 

Yes I do know what must be changed in code in order to open cd audio by gst-1 And I do not have such a device in boxes.

[Beeker]

Maybe time to wipe out the DVD player...Maybe i am the only one with a player and gstreamer 1.0..Do you think that gstreamer tries to mount on /dev/cdrom instead of media/sr0 ?

[christophecvr]

Maybe time to wipe out the DVD player...Maybe i am the only one with a player and gstreamer 1.0..Do you think that gstreamer tries to mount on /dev/cdrom instead of media/sr0 ?

I'm not shure about anything. Perhaps You are one of the only using an internal dvd/cd player from current testers off gst-1.5.1, But I'm shure there are more users who have internal dvd or cd player in box.

 

No this problem must be solved.

 

About the mount initially I would do nothing (would have been to easy if it was just that).

 

But somehow playbin does not find the source. playbin is equipped with an auto detect but indeed this does not seems to work.

[Sjaaky]

 

Normally the audio CD should be mounted with cdfs. Then the tracks are visible as .wav files. Normal mediaplayer (=gstreamer) should playback the files as wav files and not with cdda://... URL. I cannot test it, but I see no reason why this shouldn't work any longer with gstreamer 1.x images.

If it don't work, please copy the .wav files to a HDD or USB stick. Does this work? If not, it's a kernel driver issue. If it works, can you playback the .wav files from HDD/USB stick?

If you want to use cdda:// then I guess the CD may not be mounted with cdfs.

Thath's the old way, (and actually very old)

 

Now gstreamer only supports cdda.

 

It's also the same on ubuntu 12.04 ubuntu 14.04. A audio cd is not mounted anymore. The application self mounts the cd ino a virtual gvfs file system based on cdda

 

 

It is indeed old. Cdfs is a patch on the kernel, which has been abandoned. Each new kernel means we have to patch (or find patches for) cdfs. If audio cd's can be played with gstreamer and cdda, we can ditch cdfs.

[christophecvr]

Here two new patches , for cusheet the (base cue sheet support which is vallid for gst-010  and gst-1.0 the second toc chapter support only applicable for gst-1.0 builds)

 

Thank's to mx3L which found out that a couple off functions where only needed for dvbservices which is not the case by servicesmp3.

 

Those are removed. now .

 

 

Attached Files

•  02-enigma2-serviceMP3-chapters-support.patch   5.81KB   5 downloads
•  01-enigma2-serviceMP3-cuesheet.patch   7.75KB   8 downloads

[christophecvr]

 

 

Normally the audio CD should be mounted with cdfs. Then the tracks are visible as .wav files. Normal mediaplayer (=gstreamer) should playback the files as wav files and not with cdda://... URL. I cannot test it, but I see no reason why this shouldn't work any longer with gstreamer 1.x images.

If it don't work, please copy the .wav files to a HDD or USB stick. Does this work? If not, it's a kernel driver issue. If it works, can you playback the .wav files from HDD/USB stick?

If you want to use cdda:// then I guess the CD may not be mounted with cdfs.

Thath's the old way, (and actually very old)

 

Now gstreamer only supports cdda.

 

It's also the same on ubuntu 12.04 ubuntu 14.04. A audio cd is not mounted anymore. The application self mounts the cd ino a virtual gvfs file system based on cdda

 

 

It is indeed old. Cdfs is a patch on the kernel, which has been abandoned. Each new kernel means we have to patch (or find patches for) cdfs. If audio cd's can be played with gstreamer and cdda, we can ditch cdfs.

 

 

Yes then I think that we first must made a build from scratch where cdfs patch is removed out off kernel. (when building with gst-1.0)

 

gstreamer uses plugin libgstcdio.so to moint the cd rom. which is present.

the playbin  utility which is used by servicesmp3 does normally auto detection of the device. Since we need gst to play audio cd's that's perfect like that.

 

Think also hotplug mounter should not mount audio cd's anymore  (but well  data cd or any other form of cd/vcd or dvd).

[christophecvr]

@pieterg ,

 

Could You if times permit tell which code needs to be replaced to iservice.h

Edited by christophecvr, 30 June 2015 - 12:06.

[christophecvr]

@Sjaaky,

 

can You tell which patch is applied to bring cdfs in kernel ?

[christophecvr]

Ok found it now building whitout cdfs .

 

Then I will try if I can get an old ide dvd player coupled to my dm8000 (with ide extention cable that I will bring out.) I have power supplies for devices seperately.