After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 364963 - Schrodec size fixes
Schrodec size fixes
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: dont know
git master
Other Linux
: Normal enhancement
: 0.10.11
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-25 11:30 UTC by Christian Fredrik Kalager Schaller
Modified: 2006-11-30 22:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Fredrik Kalager Schaller 2006-10-25 11:30:12 UTC
I generated a MPEG2 TS file with Dirac video inside using the soon to be released MPEG2 TS muxer from Fluendo and the Schroedinger library developed by David.

Transcoded using this pipeline:
gst-launch-0.10 filesrc location=320-256kbits-NVIDIA-MadModMike.wmv !
fluasfdemux ! fluwmvdec ! ffmpegcolorspace ! schroenc ! flutsmux !
filesink location=test.mpg

The generated file plays back fine with playbin using the Dirac decoder in Schroedinger and the Fluendo MPEG2 TS demuxer.
But with Totem I get:
An error occurred
subclass did not specify output size
and on the console I see:
** (totem:14415): WARNING **: Size 153360 is not a multiple of unit size 154560

I showed this to Wim and he said its probably a basetransform bug being revealed.

The MPEG/Dirac file can be found here:
http://www.linuxrising.org/files/dirac-in-mpg-ts.mpg
Comment 1 Christian Fredrik Kalager Schaller 2006-10-25 15:44:57 UTC
Ok, this is probably a Schroenc bug, not a basetransform one. Will leave it open for Dave to see before closing or moving it. Unless we decide this bugzilla should also house Schrodinger bugs.

If I encode into an Ogg Totem says this:
subclass did not specify output size

And console says:
** (totem:17189): WARNING **: Size 153360 is not a multiple of unit size 154560
Comment 2 Tim-Philipp Müller 2006-10-25 15:57:23 UTC
Sounds more like a decoder bug to me (like if the decoder and ffmpegcolorspace calculate/round strides differently for a certain resolution/format). Hard to say though without either a GST_DEBUG log or a stack trace made with G_DEBUG=fatal_warnings ...
Comment 3 Christian Fredrik Kalager Schaller 2006-10-25 16:30:25 UTC
Debug log:
http://www.linuxrising.org/files/diraclog.log.bz2
Comment 4 David Schleef 2006-10-25 22:20:34 UTC
This makes sense.  Schro doesn't really handle sizes that aren't multiples of 8 currently.  It's on the list, but not very high priority.
Comment 5 Christian Fredrik Kalager Schaller 2006-11-16 12:48:54 UTC
ok, this is now fixed. Closing.